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Abstract 


We present a programming language EoA, which embodies what Reynolds 
has described as the “essence of ALGOL.” In particular, EoA allows higher-order 
procedures and the declaration of block structured local variables. We develop 
a Plotkin-style Structured Operational Semantics for EoA. We present ‘Tennent 
had developed a denotational model which aims to capture the semantics of 
stack allocated local variables. Tennent’s denotational model for EoA, which, 
although not fully-abstract, appears to be the best model of block structure 
developed to this date. Tennent’s model is based a category of functors from a 
collection of store shapes (possible worlds) to the category of bottomless cpos. 
The model is based on ideas pioneered in the early 1980’s by Reynolds and Oles. 
The main result of this thesis is to prove that Tennent’s model is adequate for 
EoA. We then abstract away some of the details of Tennent’s model and state 
sufficient conditions for a functor category to be adequate for EoA. This thesis 
concludes with a comparison of the best known models of block structure, and 
discusses where Tennent’s model fails to reach full abstraction. 


Keywords: ALGOL, operational semantics, denotational semantics, adequate, 
fully abstract 
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Chapter 1 


Introduction 


The goal of this thesis is to present a language which embodies many of the 
essential features of an a ALGOL-like language which we call EoA. The language 
KoA is a minor variant of Reynolds’s “essence of ALGOL[20]”. In Chapter 2 we 
define the syntax of EoA and develop a Plotkin-style Structured Operational 
Semantics for EoA [19]. In Chapter 3 we present Tennent’s denotational se- 
mantics for EoA [12-14, 24, 25], which, although not fully-abstract, appears to 
be the best semantics of EoA developed to this date. Tennent’s model is based 
on ideas pioneered in the early 1980’s by Reynolds and Oles [15-17,21]. The 
model uses the category of functors from a collection of store shapes (possible 
worlds) to the category of bottomless cpo’s. Chapter 4 contains the main tech- 
nical result of this thesis—a proof that Tennent’s model is adequate for EoA. 
We then abstract away some of the details of Tennent’s model and state some 
sufficient conditions for a functor category model to be adequate for EoA. Chap- 
ter 5 includes a discussion of how the Tennent model handles the Meyer-Sieber 
Examples [9], and discusses two counterexamples to full abstraction. 

The remainder of this Chapter provides a general description of the criteria 
for “ALGOL-like languages” and presents a quick overview of Reynolds’s “essence 
of ALGOL.” 


1.1 ALGOL-like Languages 


We follow the work of Reynolds [20] and Halpern, Meyer and Trakhtenbrot [4, 26] 
in taking the following four principles as characterizing the class of ALGOL-like 
languages: 


1. There is a consistent distinction between commands (or pro- 
grams) which alter the store but do not return values, and ez- 
pressions which return values but have no side-effects on the 
store. 


2. The only explicit calling mechanism is by-name. (For parame- 
ters of basic data types, other mechanisms such as by-value or 
by-reference are available by simulation (syntactic sugaring).) 


3. The language is fully typed. Higher-order procedures of all 
finite types (in ALGOL jargon, modes) are allowed. There is a 
clear distinction between locations and storable values. 


4. The stack discipline is an explicit aspect of the semantics. Note 
that this discipline should be understood as a language de- 
sign principle encouraging modularity in program construction 
rather than as an implementation technique for efficient storage 
management. It is better called the local storage discipline to 
avoid misunderstanding, and we do so henceforth. 


—Trakhtenbrot, Halpern, and Meyer([26] 


1.2. Reynolds’s “Essence of ALGOL” 


A key observation embodied in Reynolds’s essence of ALGOL is that ALGOL is 
essentially a simply-typed functional language. With a careful understanding 
of types and call-by-name as the only built in parameter-passing mechanism, 
we can see that {-equivalence is a sound reasoning principle for ALGOL! Con- 
sequently, the kernel syntax of Reynolds’s essence of ALGOL is a simply typed 
A-calculus over the appropriate base types and constants required to capture the 
imperative features of ALGOL. Although the only parameter passing mechanism 
explicitly present in the essence of ALGOL is call-by-name, the mechanisms of 
call-by-value and call-by-reference for storable data types can easily be simu- 
lated. 


1.2.1 Imperative Types 


To understand Reynolds’s essence of ALGOL, we must understand his view of 
imperative types. Since the local storage discipline is essentially incompatible 
with storing state-dependent objects, there is a clear distinction between data 
and phrase types. Essentially, data types are those primitive entities which we 
can “store” (z.e. those which are kept track of in the state), whereas phrase 
types are the types which code can take on. Some examples of plausible data 
types are real, integer, and boolean. Some examples of plausible phrase types are 
real thunks, integer thunks, and commands. For an ALGOL-like language, the 
data types are “state independent,” whereas all of the phrase types implicitly 
involve the state in some way. 

For each data type, there corresponds a phrase type for talking about such 
values. Reynolds takes as primitive data types: real, integer, and boolean, so 
the base phrase types corresponding to these basic data types are: exp[real], 


exp[integer], and exp[boolean]. For example, an object of type exp[real] is a 
“real exp(ressor)”—something which manages to read a real from the state. 
From the point of view of this thesis and in spite of our suggestive notation, 
exp[ -] is not to be considered a general type constructor. Code can not take on 
the type integer. Code takes on the type exp[integer]. From the point of view 
of programming in “essence of ALGOL,” the phrase type integer does not ezist. 
All “expressions” in an imperative language have an implicit ability to depend 
on the state. It would be possible to augment our collection of phrase types 
by a type which corresponded to “pure” (state-independent) integers. Most 
code, however, is actually written to expect the more general (state-dependent) 
expressions. Moreover, since expressions are side-effect free, there seems to be 
little motivation to make a distinction between the integer “5” and the thunk 
“5” which in any state evaluates to the integer 5. 

Another base phrase type is comm. We have already noted that a funda- 
mental criterion for being an “ALGOL-like language,” is that expressions return 
values, but do not have side-effects on the state. All side-effects are restricted 
to occur at the type comm. Terms of type comm correspond to statements in 
the more traditional jargon. 

The most fundamental notion of an imperative language is the variable.! 
Many authors model variables by locations. Some authors make the location-like 
behavior of variables an explicit part of the syntax of the languages (sometimes 
introducing a type “location” in place of the type “variable” ). We follow the 
view that it is best not to commit to such representation issues at the level 
of the language design (Note: we will be modeling variables by locations). A 
variable has within it the ability to either write an element of a data type in the 
state, or read an element of a data type from the state. Consequently, we have 
the phrase types: var{real], var[integer], and var[boolean]. In fact we can view a 
variable as consisting of two separate components: a reading component, and a 
writing component. The reading component of a variable of type var[7] (which 
corresponds to what is often called the r-value), would have type exp[7]. The 
writing component of a variable (which corresponds to what is often called the 
l-value), could be viewed as type exp[r] + comm. The writing component is a 
state-to-state mapping which is parameterized by a state-dependent element of 
the data type 7. Reynolds calls the writing component of a variable an acceptor, 
and gives acceptors their own phrase type. So, essentially a var[r] is a exp[r] 
paired with an acc[r]. 

Reynolds also addresses the issue of subtyping of data types in his definition 
of the essence of ALGOL. Since we feel that the issues of subtyping data types 


1We break with somewhat traditional terminology in programming language semantics, 
and use “variable” in the traditional programming sense—something which allows the state 
to be accessed or changed. We use “identifier” in the sense in which logicians have traditionally 
used variable, i.e. to denote a place holder in a term. So in this thesis, a variable is something 
we read from or write to, whereas an identifier appears free in a term, or is bound by a 4 or 
some other binding construct. 


and implicit coercions are largely orthogonal to the issue of local variables, from 
here on we will describe Reynolds’s essence of ALGOL as though it does not 
have the data type real. We also feel that having the data type boolean does not 
raise any substantial issues in the context of local variables; we will also drop it 
from our discussion. The fact that we only have a single storable data type will 
allow us to simplify syntax in several ways. For example, we can now use exp 
for exp[integer], acc for acc[integer], and var for var[integer]. It will also allow 
us to simplify the syntax of local-variable-declaration blocks, as all of our local 
variables will be for the data type integer. 


1.2.2 Kernel Syntax 


Now, given this intuitive understanding of types, we can understand the kernel 
syntax of Reynolds’s essence of ALGOL as a simply typed A-calculus with base 
types exp, acc, var, and comm, with appropriate typed constants and a few extra 
term constructors. When talking informally, we will write our binary operators 
in infix notation, e.g. writing co;c; instead of ((seq co) c:). For our proofs 
however, we restrict ourself to the “correct” syntax. 

The constants of type exp are simply the numerals, namely 0,1,2,... At type 
comm, there is only one constant-——the do nothing command skip. There are no 
constants of type acc or var. There are also a variety of constants of higher type. 
For example, conditionals are uniformly available at all types. We will write the 
conditional constant for type @ as IFexpg; it has type exp — 9 — 6 — @. The 
intended semantics of IFexpg will be that if the exp evaluates to 0 then the first 
consequent of the conditional will be used, if the exp evaluates to a non-zero 
integer then the second consequent of the conditional will be used. 


There are also assignment operators, :=, for the types acc and var. The 
intended semantics of the command a := e is the command which assigns the 
value of expressor e in the current store to the variable whose updating compo- 
nent is a. The intended semantics of v := e is the command which assigns the 
value of expressor e in the current store to the variable v. 


We also have curried versions of the standard arithmetic operations, which 
operate on types just built up from exp.” For example we have succ : exp — exp, 
and plus : exp — (exp — exp). 

The standard A-calculus term constructors of application and A-abstraction 
(Ac : 6. M) are a part of the essence of ALGOL. There is also a term 
constructor rec which behaves like a least fixpoint operator. Finally, there is 
also an operator newvar of type var — comm — comm which is used for local 
variable declarations. 


2Due to the availability of implicit conversions they can also operate on var arguments. 


1.2.3. Syntactic Sugar 


The full version of Reynolds’s essence of ALGOL is the kernel language aug- 
mented by six sugaring constructs: higher-order conditionals, multiple abstrac- 
tion, multiple application, let, letrec, and Newvin B. For completeness, we 
provide the sugared and desugared constructs, even though this is now fairly 
well established in the literature. Our treatment is largely taken from that of 
Tennent [24]. 

Our first bit of sugar is higher-order conditionals. Since our the intended 
parameter passing mechanism is call-by-name, we can define IFexpg—g as fol- 
lows: 


IFexpg—o: =a; Ae: expeAp; :6 > 6 Apo: 8 — 6'.Aq: 0.(IFexpg: e (pig) (p2q)) 


When there is ambiguity about parenthesis, we assume application associates 
to the left. 

The next sugaring construct allows multi-parameter procedures (and thus 
also applications of multi-parameter procedures) via currying: 


Rte Ui yc oka Cale Pie 
A(t1:01,... én :On)eP 30) X--+ x On +O 


me P:(01 x -++x On) 74 O wk Q1:01---TE Qn: On 
wF P(Qi,..-,Qn):0 


So our desugaring is: 
A(t1 201, -+ + ent On )eP Hay Aly O10... Abn OneP 
P(Q,, tee 1Qn) at P(Q:) ae (Qn) 


Reynolds’s essence of ALGOL uses a convenient notation for making (non- 
recursive) local definitions in programs which was suggested by Landin [7]: 


[ty :01,...,tn: On] Q:0@ wht P:6;(for i= 1,2,...,n) 
wk let 4; be P, & --- & a, be P,inQ:6 


The let does not bind ¢1,...,¢n in any of P\,...,P,. A let creates a non- 
recursive set of declarations, in which Q gets evaluated (the letrec construct, 
which will be described shortly is used for setting up a possibly mutually recur- 
sive set of declarations in which @ can be evaluated). Also, since our premises 
are of the form a P;:6;, rather than m[t; : 01,...,¢n:8n], we did not need to 
include the types of 4;,...,4, explicitly in the let construct; these types can be 
inferred by looking at the P,’s. 
Our desugaring is: 


let 4) be Py & --- & ty be Py in Q Haz (Ali: O10, ++ Aly: On+Q)(P1)--- (Pr) 


Reynolds’s essence of ALGOL also uses a convenient notation for making 
possibly recursive local definitions in programs (also from Landin): 


mle: O1,-.-tntOnJE Q:6 mer :01,... ,tn:On] & P;:0;(for i= 1,2,... ,n) 
awk letrec 41:6; be Py & --- & tn:6, be P, in Q:6 


The letrec construct does bind 41,...,¢n in all of P,,..., Py (and also, of course, 
Q). Also, it is no longer possible to infer 0; merely from a and P;; consequently 
the 6;’s must appear explicitly in the letrec construct. 

Desugaring a letrec is a little harder. We first show how to desugar the case 
when n = 1. Then we reduce the case of n > 1 to the case of n = 1. For the 
non-multiple case (n = 1), we have: 


letrec 41:6; be Prin Q =as (Ati :61.Q) (rec Avy :01.P1) 


We reduce the case of multiple cases to the single case by using Beki¢’s 
theorem [2,27]. In our notation, Beki¢’s theorem reads as follows: 


Theorem 1 (Bekié) 


letrec 41:0, be P; & 42:02 be P, in Q 
= letrec 11:0; be (letrec 49:62 be Py in P;) 
in (letrec 49:62 be P2 in Q) 


Beki¢’s theorem obviously generalizes to handle n > 3 as follows: 


letrec 41:0, be Py & 49:09 be Po & --- & tn: On be P, in Q 
= letrec 1; :0,be (letrec 12:02 be Po & -+- & tn: 0, be Py in Pi) 
in (letrec t2:02 be Py & --- & tn :0, be Py in Q) 


The final piece of sugar in Reynolds’s essence of ALGOL which is worth 
mentioning here is variable declaration blocks. The syntax of such a block is: 


a[e:var[r]] tH P:comm 
at New[z]¢ in P:comm 


Formally, we could let the binding be done by a A-expression, and then 
introduce a typed constant newvar, into the language in order to capture the rest. 
of the intention of the declaration. This then gives us the following desugaring: 


New[r]zin P =a, newvar, (Ac: var[7].P). 


Note: since we have dropped all data types other than integer, we do not even 
need to explicitly mention 7 in the declaration, thus giving Newzin P, and the 
desugaring newvar (Az: var.P) instead. 


Chapter 2 


Definition of EoA 


The language EoA is built upon a simply typed A-calculus over base types 
exp and comm. In addition to the standard A-calculus term constructors of 
A-abstraction and application, EoA contains a term constructor New for ex- 
pressing local-variable declaration blocks. EoA contains typed constants for ba- 
sic arithmetic operations on exp. Recursion is uniformly available at all types. 
Conditionals are provided for the base types, and are uniformly definable for 
higher types. The “do nothing” command skip is available, as is sequencing of 
commands. For simplicity there is only one basic data type, which we assume 
to be the non-negative integers; it should be a routine exercise to modify the 
results here to extend EoA with additional basic data types (such as booleans 
or characters). 


2.1 Differences Between EoA and Reynolds’s Es- 
sence of ALGOL 


There are three fundamental differences EoA between and Reynolds’s essence of 
ALGOL. First, the only storable data type of EoA is integer, whereas Reynolds 
also considers real and boolean. We do not consider the data type real, because 
our primary interest is in understanding the nature of block structured local 
variables, and we believe that the issue of subtyping and implicit coercions is 
largely orthogonal to the issue of block structured local variables. For simplicity, 
we also do not have boolean as a basic data type. We expect that it would be a 
routine exercise to extend the work here to handle additional basic data types. 

The second fundamental difference is the lack of the type var(iable) in EoA, 
although we do retain acc(eptor) and exp(ressor). The technical justifications 


1 Although we expect it to be simple to extend the language with other basic data types, 
we have not thought carefully about extending our results for a version of EoA extended with 
a rich structure of subtypes and implicit coercions. 


for eliminating var appear in Section 2.2.1. EoA treats ace as a type synonym 
for exp — comm. A fundamental consequence of the lack of var and the change 
to acc is that we no longer need coercions (implicit or explicit) from var to acc or 
exp. Reynolds’s essence of ALGOL provides an implicit coercion from the type 
var to exp. When we think of acc as merely a type synonym for exp — comm, 
we see that the assignment operator := merely functions as an explicit coercion 
from var to (exp — comm). Of course, there will be some minor syntactic 
modifications to new-variable blocks. For example, in the sugared language the 
New structure will now need to take two identifiers in addition to the block-body 
as argument (where one identifier will be tied to the writing component of the 
newly allocated variable, and the other tied to its reading component). 


The final substantial difference between EoA and Reynolds’s essence of AL- 
GOL is that in EoA, identifiers come explicitly with types—as opposed to us- 
ing a simply-typed lambda calculus based on untyped identifiers. Specifically, 
Reynold’s essence of ALGOL uses typing judgments of the form 7+ M:6, and 
lambda abstraction takes the form Ar: @.M. In EoA, typing judgments are 
unnecessary, and lambda abstraction looks like Ax.M, where x, by definition, 
has some specified type. We make this simplification for expository reasons. A 
suitable version of the adequacy result also holds for the version with untyped 
identifiers, but some substantial changes do need to be made to the definitions 
for it to work. 


There are two other minor differences between EoA and Reynolds’s essence 
of ALGOL, both existing to simplify our exposition. For reasons which arise 
when defining the operational semantics of EoA, we find it more convenient not 
to use Reynolds’s desugaring of new variable declarations. Thus we leave New 
as a term constructor in EoA. Moreover, since we keep New structures in our 
kernel language, we do not bother to introduce the constant newvar. There is 
one additional change to the New structure. We find it useful to include a fourth 
component in a New structure—an argument of type exp which will provide the 
initial value of the newly allocated location. So, if EF is a term of type exp, Pa 
term of type comm, z an identifier of type acc, and « an identifier of type exp, 
then (Newz, & — Lin P) is a term of type comm. 


Finally, we introduce a collection of recursion constants Yg, one for each 
type 6. The constant Ys, has type (0 — 6) — @. These constants enable us to 
discard the term constructor rec. Specifically if M is a term of type 6 — @, then 
in KoA we use (Y9 M), instead of (rec M). 


The rest of this Chapter consists of a formal definition of the syntax and 
operational semantics of EoA and a precise statement of our definition of ade- 
quacy. 


2.2 Kernel Syntax 


2.2.1 Types 


The base types of EoA are exp (for expressor) and comm (for command). The 
type exp contains integer thunks—objects which when given a state evaluate 
to an integer. The type comm contains imperative commands—objects which 
when given a state evaluate to a new state (e.g. storing 5 in location x). The 
full set of types is defined inductively from the base types such that: if 9 and r 
are types then # — 7 is a type (corresponding to the type of functions from 6 
to T). 

EoA does not have integer as a base type. Consequently, we can not have 
integers as constants in our language. But we can have constants of type exp 
which behave like integer constants. In particular, if n is an integer, we could 
write n to denote the constant thunk which in any state produces the integer n. 
There is a subtle, but fundamental, difference between constants in the language 
and constant thunks. In EoA we generally think of an abstract meaning asso- 
ciated with a piece of code. Usually this meaning is a function on states. Such 
state-dependent objects are termed thunks. A constant thunk is a thunk that 
always gives the same result regardless of the state. The notion of a “constant 
thunk” is unrelated to the notion of being a linguistic constant. For example, 
(plus 1 1) is a constant thunk, but is clearly not a syntactic constant in the lan- 
guage EoA. Similarly it is plausible to introduce into EoA linguistic constants 
which do depend on the state. We have simply chosen not to do so. 

The most commonly used function type is exp — comm. Frequently we 
will use acc to abbreviate exp — comm. Some authors would also like to have 
available a type which would correspond to that of integer — comm. When 
this type is available, it, rather than exp — comm, is typically used for acc. 
The type var is also occasionally introduced as a base type to correspond to the 
type acc x exp. Now that we have a better understanding of the nature of local 
variables, these types are not as necessary. For example, we can simulate the 
term M :integer — comm by the term (6 M):exp — comm, where 6 is: 


6 = Au AK. (Newe’, &’ — Kin (M x’)) 
To see how this works, consider 


C = Ak.(seq (U75¢ (succ «)) 
(135° (succ «))) 


in (C 1") and ((6 C) I"), assuming that [? and 1?° are identifiers properly 
bound to the reading and writing components of location 7. Consider executing 
these two commands in a state where location 1 has the value 10 and location 
2 has the value 100. The term (C [}"°) results in 11 in location 1 and 12 in 
location 2. The term ((6 C) [["") results in 11 in both locations 1 and 2. 


The type var is also unnecessary. We can eliminate var by referring to a 
location via two distinct identifiers, one whose job is to represent the r-value 
part (the reading part) and the other whose job is to represent the |-value part 
(the updating part). Since we do not use var, we no longer need the explicit 
coercions cont: var — exp, and := which has type var — acc. Depending on one’s 
choice of semantics, the traditional assignment operator, :=, might be used as 
more than just an explicit coercion—it may also be used to pass an argument 
to an acceptor “by value.” The choice is between evaluating the argument in 
the current state and then passing the resulting constant thunk to the acceptor 
(by-value), or passing the unevaluated, potentially non-constant thunk to the 
acceptor (the way EoA does it). The by-value version can be expressed in EoA 
using the term 6 defined above. 

For example, consider a New block in a language with the type var, and where 
New blocks have an argument slot for the initial value of the new location. 
Specifically, we consider a block of code to allocate two variables (the first 
initialized to 0 and the second initialized to 1) with a body which assigns the 
value stored in the location pointed to by the second variable to value stored in 
the location pointed to by the first variable: 


New fst — Oin(New snd — lin(:= fst snd)). 


The translation of the block into EoA where “:=” is only doing an explicit 
conversion looks like 


New fst, fstR — Oin (New sndZ, sndR — 1in(fstL sndR)) 


When “:=” is both doing a coercion and forcing a call-by-value application the 
translation looks hike 


New fstL, fstR — Oin (New sndZ, sndR <— 1in(6 fstL sndR)). 


2.2.2 Identifiers and Terms 


We assume that we have an infinite set of identifiers of each type. We let a? 
be a metavariable ranging over identifiers of type @ (we'll just write a when we 
need a metavariable ranging over identifiers, but the type is unimportant). We 
let « be a metavariable ranging over identifiers of type acc = exp — comm, and 
« range over identifiers of type exp. The set of constants from which we build 
up EoA is shown in Figure 2.1. The set of EoA terms, denoted by C, is built 
up from these constants by the usual inductive definition—augmented with one 
extra case for new blocks: 


e a is term of type 0; 


e c® € Const is a term of type 9; 
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TFexPae | exp = exp exp — x [| sea_| comm — comm — comm | 
| 
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Ex: 
Psucclepsep ——SSS—Sdidt ous ep exp emp 


Figure 2.1: Const, the set of constants of EoA and their types. 


e (M N) is a term of type 7 if M has type 6 7 and N has type @; 
e (Aa®. M) is a term of type 6 — 7 if M has type T; 


e (Newz, « + Ein P) isa term of type commif F has type exp and P has 
type comm. 


We abbreviate the phrase “M is a term of type &” by writing M:6. 

We adopt the following conventions about associativity and the extent of 
binding operators which allow us to drop certain parenthesis without introducing 
ambiguity. 


e All applications are parenthesized to the left so the expressions 
(M; M2 M3) or M; M2 Mz can be written for ((M; M2) M3). 


e The body of a -expression or New declaration extends to the first un- 
matched right parenthesis. 


e Although readability is usually enhanced by dropping unneeded parenthe- 
ses, we feel free to leave in any parenthesis that will enhance readability. 


For types, we assume that — associates to the right, so that we may also 
drop unnecessary parenthesis in type expressions. For example, we can write 
T| — T2 — 73 in place of (71 — (72 — 73)). In addition, in informal discussion, 
we may write binary operators in infix notation (e.g. ci ; cz instead of (seqc; ¢2), 
and e; + é€2 instead of (plus e; e2)). 

The intended semantics of a term constructed with New is not obvious. 
Consider the term 

News, « — EinP. 


The intended semantics is to evaluate FE in the current state to an integer n. 
Then, extend the state by a new location whose initial value is n. Finally, evalu- 
ate P in a manner in which the identifier is bound to the writing component of 
this new location, and the identifier « is bound to the reading component of this 
new location. There are several important details to note about this construct. 
First, the order of the identifiers is important to remember—the writing com- 
ponent (the acceptor) comes first, and the reading component (the expressor) 
comes second. In addition, the choice of the names of these identifiers in no way 
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affects the evaluation of E'; however, the choice of the names of these identifiers 
has a major impact upon the evaluation of P. In other words, the New binds z 
and « the term P, but not in the term EF. 


2.2.3. Free and Bound Identifiers, Substitution, and Closed 
Terms 


The standard A-calculus concepts of free and bound identifiers, closed and open 
terms, and substitution make sense for EoA. When we say “free identifier” 
we are really talking about the standard A-calculus notion of “free variable.” 
Unfortunately, in the setting of an ALGOL-like language, it is necessary to co-opt 
the meaning of “variable.” Instead of using “variable” in the “logical” sense we 
use it in the “programming sense” —variables are how we introduce side-effects 
and dependence on a state. To remain consistent with the usual definitions, 
we will write “FV(M)” and “BV(M)” to denote the free identifiers of M and 
bound identifiers of M respectively. 

Since we have an extra term constructor (New) we need to modify the usual 
definitions to fit EoA. This requires some care, since, like A-abstraction, New is 
a binding construct. We adapt most of the standard conventions and definitions 
of Barendregt [1] to EoA. 

The set FV(M) of free identifiers of M is defined inductively on the struc- 
ture of M as follows: 


FV(c) = 9, for all constants c. 

FV(a) = {a}, for all identifiers a. 

FV(MN) = FV(M)U FV(N). 

FV(\a.M) = FV(M)— {a}. 

FV(Newt, & — Lin P) = FV(E)U (FV(P) — {2,«}). 


Note that either ¢ or « (or both) can be free in News, k — Ein P iffit appears 
free in E. 

The set BV(M) of bound identifiers of M is defined inductively on the 
structure of M as follows: 


BV(c) = 9, for all constants c. 

BV(a) = 9, for all identifiers a. 

BV(MN) = BV(M)UBV(Q). 

BV(Aa.M) = BV(M)U {a}. 

BV(Newz, « — Fin P) = BV(E)UBV(P)U {¢, «}. 


It is perfectly reasonable for an identifier to appear both free and bound in the 
same term (e.g. @ in (x (Aa. a) a)). 


Definition 2 A term M is closed iff FV(M) = 0. 
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Barendregt defines a change of bound identifiers in M as the replacement 
of a part (Aa. N) of M by (Aa’. N[a’/a]), where a’ does not occur (at all) in 
N. Since a’ is fresh we can syntactically replace all occurrences of a in N by 
a’ without the usual dangers. For EoA, we must also allow for the change of 
identifiers bound by New. In particular, a change of bound identifiers in M 
can be of the above form, or of the following form— the replacement of a part 
(Newt, K — EL inC) of M by either: 


e (News, «’ — Hin C[k'/«]) where x’ does not occur (at all) in C, or 
e (Newe’, K — EinCle’/c]) where c’ does not occur (at all) in C. 


We can now define a-congruence (=a) for EoA terms by saying: M =, N, if 
N results from M by a series of changes of bound identifiers. We adopt the 
convention that terms that are a-congruent are identified. We also adopt the 
further identifier convention: If M,,...,Mn occur in a certain mathematical 
contert (e.g. definition, proof), then in these terms all bound identifiers are 
chosen to be different from the free identifiers. 

Since the binding constructs in EoA are somewhat different from the pure 
simply-typed A-calculus, it is worth providing the full definition of the substi- 
tution operator in order to avoid confusion. Specifically we write M[N/a] to 
represent the result of substituting N for all free occurrences of a in M. We 
define M[N/a] by induction on the structure of M as follows: 


a[N/a] = N 
a'[N/a] = a’ for a’ any identifier other than a 
e[N/a] c for c any constant 
(PQ)N/a] = (PIN/a])(QLN/a}) 
(Aa’. M)[N/a] = (Aa’. M[N/a}) 


I] 


In the above clause it is not necessary to say “provided that a’ # a and 
a’ ¢ FV(N),” as the identifier convention insures that this is the case. Finally 
we have the case for New which is again simplified by adopting the identifier 
convention. 


(Newt, K — EinC)[N/a) 
= (News, « — (E[N/a)) in C[N/a]) 


So long as N':6 then it is obvious from the definition of M[N/a®] that the result 
is a term which has the same type as M. 
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2.3 Assigning Operational Semantics 


An ability to read from and write to the state is a fundamental aspect of imper- 
ative programming. What distinguishes EoA from other languages which com- 
bine imperative programming and the higher-order functionality of the simply- 
typed lambda calculus is its variable allocation mechanism. This allocation 
occurs via New blocks. Intuitively we think of the process of executing a New 
block as: upon entrance, extending the state by another “location”; then eval- 
uating the body of the block in an “environment” where the “block identifiers” 
are appropriately bound to this new location; and finally, at the end of the block 
removing this “new” location from the state. This informal description points 
out three elements which are crucial to defining our operational semantics: 


e@ We need a way of representing the state. 


e We need a notion of “location,” a way of extending the state by a new 
location, and a way of removing a location from the state. 


e We need a way to evaluate the body of a block where the block identifiers 
are properly tied to a new location. 


Given that we will only be storing integers in the state, a very simple repre- 
sentation of states and locations arises naturally. Specifically, a state will simply 
be a finite sequence of integers. A location can be an index into such a sequence. 
To extend a state by a new location, we simply need to append the initial value 
for the new location onto the state. To remove the last location from the state, 
we simply strip the last value off the sequence. 

In order to evaluate the body of a block we need a way to tie terms to states. 
There are two plausible approaches. On the one hand, we could introduce 
location constants into the language. This would enable us to determine the 
behavior of a New block by looking at the behavior of the body of the block 
when we instantiate the block identifiers by appropriate location constants (one 
constant for the acceptor and a different constant for the expressor). On the 
other hand, we could introduce the notion of binding—to variables. The purpose 
of a binding would be to tie the block identifiers properly to the new location. 
Thus, to determine the behavior of a New block under a binding B, we look at 
the behavior of the body of the block under a binding B’ (which is exactly like 
B except B’ ties the block identifiers properly to the new location). We choose 
the second approach. 

We now make this precise with a few definitions. A state is a finite sequence 
of integers. The collection of all possible states, written S, is N*. We will 
typically use the metavariable ¢ to range over states. The following five items 
are important for manipulating states: 


e length: SN. 
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e proj(c,k): the k-th component of o. 


e update(c,k,n): returns a state just like o except the k-th component is 
set to n. 


e EmMpTYSTATE: denotes the zero-length state. 


@ 5.52 is used to denote the concatenation of two states, s; and sg. More 
formally, 


(v1, ..., UR)(UL, Ups) = (U1, .. Uk, Vy, Upr). 


Often we will write the integer v when we really mean the state (v); however, 
the intended interpretation should always be clear from the context. 

A binding—to variables, henceforth called binding, is a finite function from 
identifiers of type exp or acc to N. We call the collection of all bindings B. The 
purpose of a binding is to tie a term M to a state o via its free identifiers of 
type exp and acc. Specifically, a binding explains how to use an identifier of 
type exp to read from a location in the state and it also explains how to use an 
identifier of type acc to write to a location in the state. 


Definition 3 The index of a non-empty binding B (written index(B)) 1s the 
greatest integer i ain the range of B. The index of the empty binding, 
EMPTYBIND, is 0. 


Definition 4 An lterm is a pair[M, B] € (£ xB) (recall that L is the set of all 
(open and closed) EoA terms). We extend the notion of free identifiers to terms 
in the following way: FV({[M, B]) = FV(M)—Dom(B) (note: our identifier con- 
vention allows us to assume that bound identifiers of M are also not in Dom(B)). 
A closed Iterm is an lterm [M, B] such that FV([M, B]) = @. An instantia- 
tion [L, B] of a closed Iterm [M, B] is the result of a sequence substitutions of 
a term N,:0;,...,N:6% for an sequence of identifiers af, es ae ¢ Dom(B) 
to obtain the term L. A closed instantiation of a closed lterm [M, B] is an 
instantiation of [M, B] which is a closed lterm. 


We will explain the behavior of EoA code by defining the behavior of closed 
lterms via a Structured Operational Semantics (SOS) in the style of [19]. Before 
we go into the definition we first note that EoA is somewhat unconventional. 
EoA combines two very different notions. On the one hand, it has the full 
type structure of the simply typed lambda calculus, the intended semantics for 
the functional fragment of EoA is the call-by-name lambda calculus, and the 
functional fragment can be handled by term rewriting. On the other hand, the 
evaluation of base type expressions involving imperative features requires a full 
fledged SOS involving configurations. 

Consequently, our operational semantics is a hybrid of these two schemes. 
The configuration rewriting does not even apply for higher order terms—we 
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directly restrict ourselves to the base types comm and exp for configuration 
rewriting. All evaluation of higher order terms is handled via the term rewriting 
tules (as we will see in Figure 2.3). The method of evaluation of base type terms 
depends on the principal operator of the term. If it is of the functional sort (a 
lambda abstraction) then term rewriting will be used to determine how the 
configuration behaves. If it is of an imperative sort (e.g. an assignment, or the 
evaluation of an expression) then the rules for the imperative features kick in. 
We define a configuration to be a triple (Q, B,o) € (£ x B x S) such that 
[Q, B] is a closed Iterm of base type, and index(B) < length(c). We call the 
collection of all configurations C. Formally we define a binary relation, —¢, on 
CUCL. The intended interpretation of (Q, B, c)+¢(Q', B’, a’) is that in one step 
of the evaluation of Q (tied to state o by binding B) results in Q’ (tied to state 
o’ by binding B’). The intended interpretation of M—,M’ is the usual one. 
We then make the further definition of -»¢ as the reflexive transitive closure of 
—. Figure 2.2 lists the metavariable conventions which we make in giving the 
operational semantics. We attempt to follow them throughout the rest of this 
thesis. The full set of rules defining — ¢ appear in Figures 2.3, 2.4 and 2.5. 


arbitrary types 

base types (exp or comm) 
terms of arbitrary type 
terms of type exp 

terms of type comm 


terms of base type (exp or comm) 
(typed) identifiers of arbitrary type 
identifiers of type 6 

identifiers of type acc 

identifiers of type exp 


Figure 2.2: Metavariable conventions. 


2.4 Properties of —, 


There are some quite simple, but quite important properties of + which we will 
use later. All but the last are verified by a simple induction on the structure 
of terms. In stating the properties, we assume that (Q, B,o) is an arbitrary 
element of C. 


1. -+¢ is deterministic, viz. it is the graph of a partial function on CU £. 
2. If (Q, B,o)—¢(Q’, B’,o’) then B = B’, length(c) = length(o’), and Q 
and (’ have the same type. 
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(Aa. M)N-cM[N/a} (beta) 


M-—,M' 
(MN) (MN) 


(eval-operator) 


YeM—cM(YoeM) (rec-unwind) 


Q— <Q! 
{Q, B, ay—c(Q', B, a) 


(interaction) 


Figure 2.3: Functional rules. 


3. If Q is not of type comm, then if (Q, B,7)—+.¢(Q’, B’,o’) then o =a" (ze. 
only commands can have side effects). 


4. Let a ¢ FV(Q) and 7 < length(c), then 
(Q, B, a) (Q", B, a’) iff (Q, Bii/al, a) (Q", Bii/al, a’) 


i.e. fora ¢ FV(Q), B(a) does not affect the behavior of the configuration 
(Q, B,o). 


5. If P is of type comm, then either 


(P, B,o)-»c (skip, B, a") for some o’ 
or (P, B,o)—c(Pi, B,o1)—¢( Po, B,o2)c:-: 


In the first case we say “P (with binding B in state 7) converges.” In the 
second case we say “P (with binding B in state o) diverges.” 


The last property can be verified by defining an appropriate notion of normal 
form for closed Iterms and noticing that the only normal forms of type comm 
have term part skip. 


2.5 Observations 


Now that we have defined our operational semantics and established some consis- 
tency properties of this semantics, we can introduce some notions of “behaviors” 
of programs. Of course, we first need to decide what a program is. 


Definition 5 An EoA program is an EoA command whose free variables are 
of type exp or acc. 


A binding provides the mechanism for linking a program to the state, possibly 
introducing sharing. We can view our operational semantics as specifying how 
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(succn, B,o)>-(n+1,B,c) 
(E,B,o)—c(E', B,o) 


(succ E, B,o)—-(succ EB’, B,o) 


((plus ny n2), B,o)>¢ (ni + 2, Bio) 


(E,,B,0)+,( Ej, Bio 
(plus E, E2),B,c)—+2((plus E} E2), Bo 


{E2,B,c)>,( 5, B,o 
((plus n E2),B,o)—+,((plusn E}),B,o 


(suce-do) 


(succ-eval-arg) 
(plus-do) 


(plus-eval-arg1) 


(plus-eval-arg2) 


((lFexpg 0Q1 Q2),B,7) (Qi, B,) 
((IFexp, n+1Q, Q2),B,o) +c (Q2, B,a) 
(E,B,o)—>¢(E', B,o) 

(IFexpg E Q1 Q2), B,o)—c( (IFexpg E’ Q: Q2), Bo 


Figure 2.4: Plotkin Style SOS rules defining the operational semantics of EoA 


for ordinary non-imperative terms. 


((¢n),B,o)—c (skip, B, update(o, B(z), n)) 
(x, Byo)+2( a(n)» B,o) 
(E,B,c)+({E', B,o 
(iE), Bc) c((c E’), B,o) 

((seq skip P), B,c)¢(P, B,o) 


(Pi, ie eee 


((seq P; P2), B,o)—>¢( (seq P{ P2), Bo! ) 


((News, & — ninskip),B,o)— (skip, B,o) 


(E,B,o)>¢(E',B,o 
((News, « + Bin P),B,o)+.((News, « — E’ in P),B,o) 


(P, B', am) ¢(P', B',a'sn’) 


((News, «& — nin P),B,c)4c¢((News, & — n'in P’), Bio’) 


where 1 =1+length(c) and B’ = BU! /1,1/x}. 


Figure 2.5: The new rules which need to be introduced in order to capture 


imperative features. 
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(lFexp-true) 
(|Fexp-false) 


(lFexp-eval-guard) 


(variable- write) 


(variable-read) 
(assign-eval-arg) 
(seq-discharge) 
(seq-eval-arg1) 
(New-discharge) 


(New-init) 


(New-eval) 


to associate with each closed Iterm of type comm a partial function on states. 
Note that a closed Iterm of type comm is merely a program P paired with a 
binding B such that FV(P) C Dom(B). Specifically, the partial function fvp, a) 
associated with [P, B] is defined by: 


a’ if (P,B,o)-»¢(skip, B, 0’), 
Peuilel= undefined if P with binding B diverges in state a, 
[PBI] =) undefined if length(o) < index(B) 


(viz. the state is not “large enough” to fit with B). 


It is the closed Iterm [P, B] which most closely coincides with the traditional 
notion of ALGOL-like program, with the binding B linking the program P to 
the state via the free exp and acc identifiers in P. There is a natural notion of 
equivalence between programs, ~?, _, which we formally define as follows 


obs? 
Definition 6 Let P,, Pz be programs. Define P, we P2 by the condition: 
For all B such that [P\,B] and [P2,B] are both closed lterms, 
Stp.,B) = f[p.,B)- 


It requires a little bit of proof (using the previously mentioned properties of + ) 
to show that we is actually an equivalence relation. Unfortunately, the relation 
wP, is not a congruence on programs, as free acceptors can be instantiated by 
“bad” variables (they could have side-effects). For example while 


(¢1) wP, (2 9);(2 1), 


it is not hard to see how to write a term M of type acc such that in some binding 
B, we have fic 1),B) # fc 9);(m 1),B) and so 


(M 1) Hoy, (M 9) ;(M 1). 


Given such a term M, the context C[-] = (Az.[-])M (a context is merely a term 
with a “hole”) will obviously distinguish (41) from (¢ 9); (« 1). 


Petition 7 Let= ae be the congruence on terms generated by ~ nw . Specifi- 
cally, M = sobs N iff for all contexts C[-] such that C[M] and C[N] ie programs, 
C[M] =), CL] 


It again requires a little proof to show that = ae is in fact an equivalence relation, 
but requires no new ideas. 

On the other hand one could make the argument that ~',, does not match 
with Reynolds’s goal of eliminating locations from explicitly appearing in an 
ALGOL-like language. Essentially our notion of program amounts to observing 
open commands in a very special set of contexts. From a technical point of 
view, one might have expected a definition of completely closed command, 
viz. a command P such that FV(P) = @. Our observation would then simply 


19 


be termination of a completely closed command. We now generate a definition 
of observational equivalence and observational congruence based on observing 
termination. 


Definition 8 Let P,, Pz be completely closed commands, define P; ~5,, Po by 
the condition: 


(Pi, EMPTY BIND, EMPTYSTATE)-—»¢ (skip, EMPTY BIND, EMPTYSTATE) 
iff (Po, EMPTYBIND, EMPTYSTATE)—»¢ (skip, EMPTYBIND, EMPTYSTATE). 


The relation *S,, is obviously an equivalence relation; it is also a congruence 
on completely closed commands. We can generalize ~4,, to a congruence on 
terms, by defining M =S,, N by the condition that whenever C[M] and C[N] 
are completely closed commands, C[M] x<,, C[N]. (It again requires a little 
proof to show that =S,, is an equivalence relation.) 

We have now defined two seemingly different notions of observational con- 
gruence, = and =¢,,- We would like to claim that restricting observations 
to completely closed commands, rather than observing programs directly, does 
not change the congruence generated. In other words te and =<,, define the 
same relation on terms. We prove this as the following theorem, which then 
justifies the use of the notation =5,,. 


Theorem9 M=?, N if M#=°,_N. 


—~obs —~obs 


Proof: The “only if” (=>) direction is obvious. The proof of the “if” (<) 
direction requires the following further uniformity property of + ¢ and the anal- 
ogous version for acc, both of which are proven by a straightforward structural 
induction. 


Lemma 10 Suppose B(ay?) = Bias”). Let N = M[aZ?/aP?]. 
If (M,B,o\)—.¢(M',B,o') then (N,B,o)>¢(M'[aS?/a??}, B,o’). 
Conversely, if (N, B,o)—c(N', B,o') then there exists an M' such that 
N' = M'[as?/al?] and (M,B,o\)->c(M',B,o’'). 


We now show sketch the proof that M #?,. N implies M #°5,, N. Let C[-] be 
a program context distinguishing M and N. Let B be a binding and o a state 
demonstrating this distinction. Without loss of generality, suppose 


(C[M], B,o)¢(skip, Bo’) but (C[N], B,o) Ac(skip, B, 0’) 


From the context C[-] we will construct a completely closing command context 
C"[-] which will allocate length(o) variables such that the ith allocation is ini- 
tialized to the ith component of ¢. The body will consist of an execution of C[-] 
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in a manner such that the binding B is encoded by tying the free identifiers of 

C[-] to the variables allocated above. After properly executing [-], we check that 

the resulting state is o’, if it is the term halts, if it is not the term diverges. 
To construct this context C’[-], let 


Ly eceZOy Qe pects b= ~Bom(B), 
n = length(c), 
l1,..-,4n be fresh acceptors, 
and K1,---,&n be fresh expressors. 


We take the context C’[-] to be: 


New «1,1 — proj(g, 1) 
in New 22, &2 — proj(o, 2) 
in 


New tn, kn + proj(a, n) 
in (Aa?? eee ay, ais’, eras ai*.C[-]) K B(a%) aud K Ba?) £B(ar) sede Bat) _ 
(IFexpcomm (K1 # proj(o’,1)) diverge 
(IFexpcomm (K2 # proj(a’,2)) diverge 


(IFexpcomm (Kn # proj(a’,n)) diverge skip) ---)) 


The completely closed command C’[M] will always converge, whereas the com- 
pletely closed command C’[N] will always diverge, thus M #5,, N. 


Now that we have a satisfactory notion of observational congruence, we 
address what we mean when we say that a model is adequate for this notion 
of observational congruence. Jim and Meyer [6] provide a discussion of the 
basic principles behind the definitions of observations, observational congruence, 
adequacy and full abstraction. They also give some Lemmas which provide 
alternative characterizations of adequacy when a model possesses various special 
properties. The rest of this Section is adapted from that discussion. 

A meaning function for EoA is a function [-] from terms M to values in 
some space (for the Tennent model these values will be natural transformations 
between functors from a category of possible worlds to the category of (possibly) 
bottomless cpos). A meaning function is compositional iff for all terms M, NV 


and contexts C{-], if [M] = [N] then [C[M]] = [C[N]]. 


Definition 11 A meaning function is adequate for a definition of observa- 
tional congruence, =,5,, if for allterms M,N 


[M]=[N] implies M =,), N. 
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gruence; in the ideal situation, known an Sali : the two relations 


coincide: 
Definition 12 Let] be « meaning fonction for Bed, It is Bolly abetrect if 


for all M aad N, 
[Mj={41 @ Maa N 


ee 
model of Tennent presented in Section 3.4 n'a lor RoA. 


suen ix tee seal shesthge, tpewe: en Sah qamtenggion, thn te saetion 


Chapter 3 


Defining the Denotational 
Model 


O’Hearn and Tennent [12] provide a good exposition of the methods of “possible 
worlds” models of block structure. This idea of using a category-theoretic form 
of possible worlds to model block structure was pioneered in the early 1980’s by 
Reynolds and Oles [15, 17, 20]. The model of Reynolds and Oles provided great 
insight into the nature of local variable declarations. Later Tennent and O’Hearn 
[12-14, 23, 25] modified the Oles model in an effort to incorporate the notion of 
non-interference. Tennent incorporated this model of EoA which understood 
non-interference into a larger model of Reynolds’s Specification Logic [22] for 
the Essence of ALGOL. Our focus right now is Tennent’s original model of EoA 
which captures non-interference. In Chapter 5 we discuss some examples of 
equivalences of EoA code which O’Hearn and Tennent have shown [12,13] that 
this model validates. These examples demonstrate the substantial power of the 
model; however, we also also show some counterexamples to full abstraction [12, 
13]. 

We begin this Chapter by giving a review of the basic concepts of these 
possible worlds models of ALGOL and the definition of the Tennent model; a 
more comprehensive discussion is found in [12], Chapter 9 of [24] and in [14]. 
Section 3.5 contains a collection of definitions which we will need for our proof 
of adequacy in Chapter 4. We focus our discussion on the model of Tennent 
{24,25}. This model incorporates several substantial modifications to Oles’s 
original model. The Tennent model provides some simplifications in description 
and some improvements in power. In particular Tennent separated the issue of 
implicit coercions from the issue of block structure, which had been intertwined 
in the model of Oles. Tennent also found a few other technical simplifications 
of the category of state shapes which were used for modeling block structure. 
In addition, to properly model interference (which helps in understanding how 
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higher order objects behave) Tennent slightly modified the category of state 
shapes, and chose an “ad hoc” definition for [comm], rather than taking the 
functor S — S. 

Later, we will also be interested in the O’Hearn-Tennent model [13]. This 
model arose from an attempt to model a principle of “non-interference abstrac- 
tion.” Technically it is obtained by slightly perturbing the category of state 
shapes used in [24,25], and modifying the definition of [comm]. Most of the 
definitions and results of this paper make sense and hold for both the Tennent 
and O’Hearn-Tennent models; we will specifically point out when a definition 
or result is specific to one or the other. When we abstract away the specifica of 
Tennent’s model and state our general adequacy Theorem it will be obvious that 
the O’Hearn-Tennent model is also adequate. It should be a routine exercise to 
varify that the the model of Reynolds and Oles (for a language without implicit 
coercions) also satisfies the sufficient conditions for adequacy. 


3.1 Functor Category Models of Simply Typed 
Lambda Calculi 


Given two categories A and B, we define the functor category from A to 
B (B4) to be the category whose objects are all covariant functors from A 
to B and whose morphisms are all natural transformations between covariant 
functors from A to B. Composition in B“ is the standard composition of nat- 
ural transformations, and the identity morphism is simply the identity natural 
transformation. Note that some authors write A — B for BA. 

Let D be to the category of possibly-bottomless cpo’s; a careful definition of 
D is given in Section 3.2. We will take advantage of the fact that for any small 
category X, the functor category D™ is cartesian closed. In [11] Nelson proves 
this for any complete cartesian closed category in the place of D. The case of 
D was explicitly treated by Oles [15]. D* is also closed under denumerable 
products, a fact that makes life simpler, as there will be a single environment 
object, Env (rather than merely an environment object for each finite set of 
typed identifiers). Our ability to take advantage of denumerables products in 
this way is a consequence of identifiers coming explicitly with types. If the 
category were not closed by denumerable products we would have to count 
identifiers and introduce finite environments relative to a finite set of identifiers. 
Berry, Curien and Lévy provide a quick summary of the general methods of 
c.c.c. models of simply-typed lambda calculi and what they look like when we 
take advantage of the single environment object [3, Section 6]. Going along the 
general lines of interpreting a simply typed A-calculus in a c.c.c., we interpret 
types by objects of the functor category via a function [-}type (remember, these 
objects are functors from X to D). We can generate the function [-]type merely 
by specifying [8]type for all of our base types @ (for EoA, this is simply for 
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B € {comm, exp}). 

In contrast to an interpretation of the simply typed lambda calculus in a 
category of sets with structure, there is a lot more to the meaning of a type 
than a (structured) set of elements of that type. In this case a type is a functor 
from a category to a (potentially bottomless) cpo. It no longer makes sense to 
think of an element of the type T, per se. We can however, make sense of the 
notion of a global element (constant) of type T. It is a morphism, m, from the 
terminal object (1px) of D* to [T]type. So m is a natural transformation from 
1px to [T]type. By definition, this is a function that assigns to every X-object 
w, a morphism in D, my : lpx(w) — T(w), which satisfies certain uniformity 
properties. As we will see, 1px(w) will simply turn out to be the one-element 
cpo {*}, so we can in fact just think of m as a method of selecting a single 
element from each cpo T(w). But the D-morphisms which m picks for each 


X-object w cannot be unrelated. In fact, we must have for any f : wow’, that 
mw’) = T(f); m(w), 


where “;” denotes composition in “diagrammatic” order. Since each type is a 
functor into D (which is a category of sets with structure), it does make sense 
to talk about an element of a type T at a world w. 

Half of the meaning of a type T is its behavior on objects, w € obj(X), 
essentially telling us the collection of meanings appropriate to type Tat world 
w. As mentioned above, the meanings for different worlds are not completely 
unrelated. The other half of the meaning of a type tells us this relation. Specif- 
ically, given f : wow, the function T(f) tells us how to transform meanings 
appropriate to world w into meanings appropriate to world w’. Since there may 
be many morphisms from w to w’, there might in fact be many different ways 
to transform the space of meanings appropriate to world w into the space of 
meanings appropriate to world w’. As we will see in Section 3.5.2 this provides 
us with greater flexibility than we had with the “global elements of type T’.” 

We also have an indexed product object 


Env = I] [6] type 


a eldentifiers 


useful for providing meanings for the free identifiers of a term M. Since Env is 
a functor, it is incorrect to think of it as a set of environments. Nevertheless, it 
does make sense to think of an element of Env at a world w, viz. an environment 


at world w. As with types, the behavior of Env on morphisms, Env(f : ww") : 


Env(w)—+Env(w’), tells how to transform (along f) an environment at w into 
an environment at w’. 


We now look to the general method of c.c.c. interpretations to see what we 


should do with terms. We interpret a term M :6@ as a morphism in D* from 
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Env to the object [@]type. In our framework, this will be a natural transfor- 
mation from the functor Env to the functor [6]type, which will give us a nice 
commutative diagram which, for any X-morphism f : w — w’, looks like: 


[M]w 


w Env(w) [O]typew 
s| evs | |tetvres 
w! Env(w’) ul [F] typew" 


3.2 The Category D 


We now review the basic structure of D, the category whose objects are directed- 
complete, partially ordered, possibly bottomless sets (dcpos), and whose mor- 
phisms are continuous functions. Composition of morphisms is simply functional 
composition and the identity morphism on a dcpo A is simply the identity func- 
tion on A. 

The terminal objects of D are precisely the dcpos with exactly one element. 
We fix our attention on {x} which we refer to as lp. The product of two 
depos (A,C,4 ) and (B, Cz ) is the cartesian product of A and B ordered com- 
ponentwise, i.e. (Ax B,Ca xg ), where AxB = {(a,b)|a€ A and b€ B} and 
(a,b) Caxp (a’, 6’) iff a GC, a’ and b Cg 8’. The exponent (A,C4 ) > (B, Ce ) 
is defined to be (A -, B,C4-.g ), where A —, B is the set of continuous 
(wrt. C4 and Cg) functions from A to B, and Ca4_..p is the standard “point- 
wise ordering”—-namely f Cap g iff for alla € A, f(a) Cp g(a). From now 
on we write — for —,, A for the dcpo (A,C, }), and when obvious from the 
context, we drop the A from C4. 

Two other constructions in D that we will later be using are: 


e Lifting: A, is an copy of A augmented by a new least element 1 


e Partial exponentiation: A — B is the set of all continuous partial functions 
from A to B, ordered pointwise. Note that in D, A — B is isomorphic to 
A- By . 


3.3 Constructing the C.C.C. 


We now define the analogous constructions in the category D*. These defini- 
tions are taken almost directly from [24, Chapter 9], although throughout the 
presentations we are careful to maintain the distinction between — (a morphism 
in some category) and => (the internal hom-functor of some category). In this 
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Section we decorate — with the category in which it lies, e.g. f : ay is a 
morphism in the category X from x to y. We also decorate => with the category 
in which it lies, e.g. A>pB is the object of D which is the cpo of continuous 
functions from A to B. After this Section, we will typically drop the decorations 
on — and =>, and may in fact even use — for = when it can easily be disam- 
biguated from the context. When working in D, we will also leave implicit the 


isomorphism between f : desde as a continuous function from d, to dz, and 
f € (di1>pdz2) an element of the cpo which is the exponential object. 

Much of the structure of these constructions in D* is inherited from that 
of D. Take F,G € obj(D*), namely functors from X to D; z,y,z € obj(X), 


namely arbitrary possible worlds; and let f : ry, g: yz be arbitrary X- 
morphisms from z to y and y to z, respectively. The constructions are then as 
follows: 


e Terminal object, 1px (remember 1p = {«}): The behavior on worlds is 
1px(z) = 1p = {*} and the behavior on morphisms is 1px(f) = idi, = 
id{.}. 


e The product object, FxpxG: On objects (FxpxG)(z) = F(x)xpG(z), 
ordered componentwise. On morphisms, we have 
(FxpxG)(f)[(d,d') € F(x)xpG(x)] = (F(f)d, G(f)¢’). 
e The exponential object, F=>pxG: 
(F>pxG)(z) 


- for all f: asoy and g: yroz, 
= m G( 
€ TE Po eeel | 7); G(@) = Flo) m(f39) 


f: ry 


ordered pointwise (7.e. m; E me iff mi(f) E mo(f) for every f: 2 — y), 


where 
II ee eee 


x 
fia—y 


here and in later definitions is an abuse of notation which stands for 


Il ---codom f---, 


fEX(z,-) 
where X(z,-) is the set of all X-morphisms with domain xz. The behavior 
of this construction on X-morphisms, f : assy, is defined to be: 
(F>pxG)(f : 2y)(m € [FpxG]z)(g : yz) = m(fi9) 


Tennent provides the following motivation for the exponential construc- 
tion: 
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To motivate the => construction, consider that a procedure 
defined in possible world x might be called in any possible world 


y accessible from z using any X-morphism f : zy, and it 
is the domain structure determined by y which should be in 
effect when the procedure body is executed. This suggests that 
we cannot just define (F=>pxG)(x) to be F(z)>pG(z); the 
meaning of a procedure defined in possible world x must be a 
family of functions, indexed by X-morphisms f : roy. But 
such families of functions must be appropriately uniform; ... 


{24}. 
The uniformity condition is the commutativity of all diagrams (in D) of 
the form 
x 
m( f:o-y) 
Fly) G(y) 
(3.1) rov%.)| |ctsw%s 


.g):0 752 
m((fig): ) G(z) 


There are several other useful constructions, which are not directly a part of the 
c.c.c. structure of D*. For example, we have the lifted object, Fix: 


Fiix(z) = [F(z], 
1, ifd= 1, 
BSUS AT po nedee don tees 


We also have a construction for partial exponentiation, which will be similar to 
the construction for (total) exponentiation; however, the uniformity condition 
on elements of the resulting cpo will not be as stringent. Specifically, we have 


(F=px G)(z) 


for all f : assy and g: yz, 


= ime |] [F(y) -v Gly) m(f);G(g) © F(g)im(Fi.9) 


x 
fia—y 


ordered pointwise (i.e. m, EC m2 iff mi(f) E me(f) for every f : 2 — y). Notice 
the two differences in the definition of —px from the definition of px: we 
do comprehension over the underlying set of partial continuous functions from 
F(x) to G(x), and we have changed the “=” to a “C” in giving the constraint 
m(f);G(g) C F(g);m(f;g). The effect of this second change is to weaken the 
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uniformity condition suggested in Diagram 3.1 to only require commutativity 
when the result of the partial mapping along the top of the Diagram is defined, 
giving Diagram 3.2. 


m(fiz-sy) 


F(y) Gy) 
(3.2) row% | Cc [own %s 
; saz 
F(z) m((f3g): ) G(z) 


Note that, even though in D, A>8, is isomorphic to A — B, this is not 
generally the case in D*. 

Similarly, we can introduce indexed products. Specifically, if J is a denumer- 

able set and for every i € I, F'[i] is a functor from X to D, then we can define 


, Dp* 
the object, [];-, Di, by 


tel 
(11°) (2 € ob\(X)) = T] (rid) 
ier tel 
(11°) (fie%e’) = TP us 
rer tel 


3.4 A Model of EoA 


3.4.1 The Category of Possible Worlds, W 


The intuition behind the category of Possible Worlds is to provide the “shape 
of the state” (z.e. the set of allowable states) during program execution, and to 
show how one state shape evolves into another. The category of possible worlds 
has state shapes as objects and “store evolutions” as morphisms. There are 
two principle kinds of operations performed on state shapes in Tennent’s work 
(although many others are allowed). The first is an “expansion” to correspond 
to allocating a new variable. The other is a “restriction” operation by which 
we restrict the set of allowable states to include only those states which satisfy 
a certain property. 

For our model of EoA we will use as the category of possible worlds, W, a 
category of state shapes. Specifically, an object of W is any subset of N” for 
any integer n. The set of objects of W is closed under subset, intersection and 
product (if we interpret product as concatenation of sequences). A morphism 
from the world X to the world Y is a pair (f,Q), where 


1. f is a function from the set Y to the set X. 


2. @ is an equivalence relation on the set Y. 
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3. f restricted to any Q-equivalence class is injective; i.e., for all y, y’ € Y if 


yQy' and f(y) = f(y’) then y= y’. 


When (f,Q) is describing a pure “restriction” operation, Y will be a subset of 
X. Furthermore, Q will turn out to be Ty (the everywhere-true binary relation 
on Y), and f will simply be the injection of Y into X. When (f,Q) describes a 
new variable allocation, Y will be X x N, Q will be defined so that 


(Zon )Q(z1em1) iff no = m1, 


and f(x.n) = x. Intuitively, f extracts the old portion of the stack which is 
embedded in the new one, and Q relates new stacks which have the same “new 
components” (but possibly differ on the old part). 

We define composition (in diagrammatic order) of W-morphisms, (f,Q) : 
X —Y, and (g,R): Y — Z as follows: (f,Q);(g, R) = (h, P) where: 


© A(z) = f(9(z)), 
e 2P2z, iff zRz and g(z0)Qg(z21). 


Thus the identity morphism of W at world X, idx : X — X, will be (Ix, Tx), 
where [x is the identity function on X, and Ty is the everywhere-true binary 
relation on X. 

We introduce the following useful notation for abbreviating some common 
restriction morphisms. Specifically, if X’ is a subset of a world X, we have 
the state-set restriction morphism, [X’ : X — X’, defined to be (f,Tx:), 
where f is the inclusion function from X’ to X and Tx: is the everywhere-true 
relation on X‘’ (The notation [X’ does not completely specify a morphism of 
W, as it also depends on the object X. Thus we will make sure that the X 
in question will always be clear from context). Similarly we introduce a useful 
notation for abbreviating some common expansion morphisms. Specifically, 
we define morphisms xN : X¥ — X x N, for which the function part is the 
projection from X x N to X, and the equivalence relation part relates xo.no 
and 24.7, iff m9 = ny. As with our notation for [X’, although the notation xN 
does not identify a morphism uniquely (as we need to know which object X 
is), the intended morphism will always be evident from the context. In future 
discussions, we will let the metavariables X,Y, Z,... range over objects of W, 
and we will let 29,21,... range over X, etc. 


3.4.2 Interpreting Types 


The base types of EoA are exp and comm. An integer thunk (exp) is essentially a 
function which given a store, returns an integer—or is undefined. A command is 
essentially a function which given a store returns another store—or is undefined. 
Notice that in describing both of our base types, we have functions of stores 
arising. In fact, in our semantics it is only in the definition of the base types 
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that functions on stores arise directly. Given our intuitive description of exp and 
commit seems that we should first describe a meaning for stores and for integers, 
and then we are looking for something like: [exp] = SSN, [comm] = S=>S, 
and for higher types: [6 — 7] = [6]>[r]. 

So what are the functors S and N? S is the contravariant functor which, 
given a store shape X, gives a discretely-ordered dcpo with X as its underlying 
set. In order to avoid getting bogged down in notation, we will often simply 


write X to denote S(X). To define S on morphisms, we take S(f,Q : xaby) = 


fe S(Y)-5(X), the projection from Y to X along f. The functor N is the 
constant functor which in any world returns the set of non-negative integers, 
considered as a discrete dcpo. N applied to any morphism simply returns the 
identity on the natural numbers. 

Note that since S$ is a contravariant functor, it is not an object of DW. 
O’Hearn and Tennent [12, Section 4] give a good explanation of why we need 
S to be a contravariant functor. We adapt the conclusion of their discussion 
to our setting. There is a variant of the exponential construction used in DW 
which works on contravariant functors to yield a covariant functor (which is an 
object in DW). The definition of the contra-exponentiation for S > Ny is 
defined just like the usual exponential, but with a reversal of vertical arrows in 
uniformity diagrams to account for contravariance. That is, e(-) € (S > Ni)X 
is a family of functions, indexed by morphisms out of X, such that 


Y es) Ni 


so] [en 


Z e(f53g) Ny 


commutes, where f : X — Y, g: Y — Z. The morphism part manages to be 
defined as before, namely (S > N1)fmg = m(f;g), thereby yielding a covariant 
functor. 

We could try doing the analogous flipping of the arrows of Diagram 3.2 for 
defining [comm] = S — S, giving the following: 


Y m(f:z25y) Y 
(3.3) sui%a| > S(g:y 2) 


1g): 252 
Z m((fig):2z) Z 


Unfortunately, as discussed in [13], this does not impose enough uniformity 
constraints on the behavior of command meanings. On the other hand, using 
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S=>S\ imposes uniformity constraints that are too strong. They find a good 
compromise by making [comm] a subfunctor of S — S as follows: 


[comm](X) = {« € (S — S)(X) | for all (f,Q) : X “SY, and (g, R): YZ, and z € Z, 
S([Z"); e((F,Q); (9, B)) = e((F, Q); (9, B)s (2); S([Z"), 
where Z' = {z’ | =n} 


The extra condition above enforces an additional commutativity requirement 
arising from the equivalence-class component of the morphisms. Specifically, 
for any (f,Q): X — Y, and ye€ Y, let 


Y' = {y' € S(Y) | yQy'} 
(the set of states Q-equivalent to y); then 
(FQ) 


y Y 
say] [ser 
yt LOY ys 


must commute (and not just semi-commute). This insures that, when it is 
defined, c(f,Q) preserves the Q-equivalence class of its argument. 
For the behavior of [comm] on morphisms, we still have: 


[comm] (f)(c)(y) = e(fi 9) 


There is one other important special case of the commutativity property for 
elements of [comm] .X, which is a consequence of the “semi-commutativity” of 
(S — S)X. This special case is expressed by the following Lemma. 


Lemma 13 Let c € ([comm])(X) or, more generally, c € (S — S)X. Let 
(f,Q):X 4 Y. Finally, let (g,R):Y — Z be an isomorphism in the cate- 
gory of possible worlds (then g is a bijection from Z to Y, and R is Tz —the 
everywhere-true binary relation on Z). The following diagram commutes: 


Y c(f,Q) Y 
sto.8)=0] ]sr=a 
Z c(f,Q39,R) Z 


In other words, c(f,Q)(9(z)) = g(e(f, Q; 9, R)z). 


Since g is a bijection, the constraint expressed by the commutative diagram can 


also be expressed as e((f, Q);(g, R))z = 97! (e(f, Q)(9(z))). 
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3.4.3 Interpreting Constants and Terms 


In Chapter 2, we defined the syntax of EoA by giving some constants and three 
primary ways of constructing new terms from old: A-abstraction, application, 
and new-variable declaration. To define our semantics we will need to provide 
the meaning of the constants, and we will also need to provide a way of finding 
the meaning of terms constructed using A-abstraction, application and new- 
variable declarations. The general methods of providing these interpretations 
using c.c.c.’s is very well established, except for the case of new-variable dec- 
larations. For concreteness, we show specifically what all of these look like for 
our model of EoA. 

The meaning of a term of type @ is a morphism from Env to [6]. For 


the meanings of constants we directly give [n] : Env sfexp] and [skip] : 
Ww 

Env——comml. Assuming X and Y are arbitrary worlds, u € Env(X), f : 

xX™“4y and y € Y, the definitions are 


[n] Xufy 
[skip] Xufy 


We uncurry all of the other constants in order to simplify the presentation. For 
a constant c of type 6; — ---— 6, — 7, we indirectly give its meaning (which 
is a morphism from Env to 6; > ---— 6, — 7) by providing a morphism from 
6,x +++, to r. These interpretations are shown in Figure 3.1, where X and 


n 


y. 


if 


Y are arbitrary worlds, f : xy is arbitrary, and y is an arbitrary element 
of Y. 
To obtain 


Ce rned | - Env [A ees On — Tl 


from 

fer oT Dancurry § (81) x [On]) > Or] 
we take advantage of the curry isomorphism, between the hom sets hom([6:] x 
+++ [On], [7]) and hom(1, [61] > ---[9,] > [7]). So, we will end up with 


[c*] =!Env; (curry([e*Juncurry)): 


For concreteness, we show how to obtain [plus] from [plusJuncurry- 


[plus](X)(u)(F)(er )(9)(e2) = [plusluncurry 2 ([exp] (Ff; 9)e1, exp(g)ea]), 


and so 


[plus] (X)(u)(F)(e1)(9)(e2)(A)(w) 

[plusJuncurry Z\[exp] (Ff; ger , [exp(g)e2]) hw 

{ n+m if ei(f;g;h)w=n and eo(g;h)w =m, 
4 if ei(figjh)w=L or ee(g;h)w= 1, 
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ei fy, if eofy = 0, 


[I Fexpexplluncurry X (€0, €1, e2)fy _ e2fy, ifeofy=n+l1, 


ak; otherwise. 
afy, if efy = 0, 
[!Fexpcommluncurry > (€,€1,¢2)fy = cafy, ifefy=n+1, 


undefined, otherwise. 


n+1, ifefy=n, 


[succ]uncurry Xefy = 38 if efy =. 


n+m, ifeify=nand exfy=™m, 


[plus]uncurryX (e1,€2)fy = tL ifei1fy = 1 or esfy= HL. 


cofy’, ifefy=y’, 


EseqJuncurry X (er, ¢2) fy undefined, if ci fy is undefined. 


[YoluncurryXm = the least fixed point of m(idx). 


Figure 3.1: Meanings of EoA constants 


In the case of Y¢ it is not obvious that the specified least fixed points always 
exist, as the objects of DW are arbitrary functors into D. Since many objects of 
D are bottomless, it is definitely not the case for every element m of an arbitrary 
functor F at an arbitrary world X that m(idx ) has a least fixed point. Moreover, 
it is not necessarily the case for arbitrary worlds X and Y that the fixed points 
if they were to exist would fit together well enough for [Yr] to be a natural 
transformation (a morphism in DW). In [14, pages 26-28], it is argued that for 
all of the types we use (and some more), all of the necessary least fixed points 
do exist, and they do fit together naturally. 

Application and abstraction are understood using the standard c.c.c. struc- 
ture of DW. When M:6 — 7 and N80, [(M N)] is a natural transformation 
from Env to [7]. Specifically, for an arbitrary world X and u € Env(X), then 


(VM N))]Xu = [M]euid,([N] Xu). 


We can sce how this comes from the c.c.c. structure of DY by observing that 


the definition of eval, p : [A> B]x ALB, is: 
evala a X(f,a) = fidx a. 


The meaning of the term (Aa®. M):9 — 7 is a natural transformation from 
Env to [@ — r]. Taking X and u as before, f : X — Y and v € [6]Y, we have: 


[Aa’. M))Xufe = [M]Y ((Env(f)u)[v/a%]). 
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We do a little bit of preliminary work before giving the valuation for New 
blocks. First, we define the new acceptor and expressor which are allocated in 
world X. Formally we define the functions: 


Giew > -obj(W):— LJ [acc](X x N) 
X €obj(W) 


€new + obj(W)— (J [exp](X x N) 
X €obj(W) 


Given arbitrary worlds X,Y,Z, and arbitrary morphisms (f,Q) : X — Y, 
(g, R) : Y — Z, and given states y EY, z € Z, we let 


Gnew(X )(f, Q)(e)(g, R)z ae 
€new(X)(f,Q)y = v where g(y) = av. 


In the definition of anew, 2’ is the unique element of Z such that 


1. f(g(z')) = z.(e(g, R)z), provided xn = f(g(z)). If e(g,R)z = 1 then 
@new 18 undefined. 


2. zRz' and g(z)Qg(z’). 


There need not be a state z’ satisfying the above two conditions, in which case 
the result is undefined; however, if such a state does exist, it must be unique by 
the injectivity property of (f, Q);(g, R). 

We further abuse the notation “xN” and define it as a function from W- 
morphisms to W-morphisms. Recall that we also use the notation xN as a 
function from W-objects to W-objects. We also have morphisms xN : X — 
X x N for which the function part is the projection from X x N to X, and 
the equivalence relation part relates ro.mg and 24.n1 iff no = ny. These three 
aspects fit together quite closely; in fact, if we Just viewed xN via its behavior 
on W-objects and W-morphisms, then xN would be a functor from W to W. 
Given (f,Q) : X — Y, we define (f,Q) x N = (f’, Q’), where f’(z.n) = x, and 
{Zo+No)Q! (x1.n1) iff zoQz1. A valuable property of how they fit together is that 
for any W-morphism (f,Q): X — Y, the following diagram commutes: 


5 gee ane 


10)| |teayxts 


Ny NH 
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The valuation for New blocks is then: 


{[News, «& — Fin P]Xufy = S(xN) (vex x N)u/(f x N) (u(Ce1xusy)) ) 


where u! = (Env(xN)u) [@new(X)/t, enew(X)/k]. 

This definition is essentially the same as that of [25], except there is a little 
bit of extra work here. The extra work arises from two particular aspects of 
EoA which are different from Reynolds’s essence of ALGOL: the initial value 
for the location given by # and taking acc as a type synonym for exp — comm 
rather than taking it in such a way as to have [acc] = N — [comn]. 


3.5 Definitions Needed for Adequacy 


Given our style of operational semantics for EoA, we will also need to assign 
meanings to configurations. This will require several more steps. The state in 
the configuration provides us with two important pieces of semantic information. 
First, the possible world in which to interpret the term part of the configuration 
will depend on the length of the state. Second, the state component of the 
configuration gives us the semantic state to which we apply the meaning of 
the term part of the configuration. We then show how to turn a binding into 
its semantic analogue—an environment. In the last Section, we show how to 
combine these extra semantic pieces of information with the meaning of the 
term in order to figure out the denotation of the configuration. 


3.5.1 A Sequence of Worlds 


We first define a sequence of possible worlds X; such that X; is the smallest 
world useful for finding the meanings of all closed lterms [M, B]: comm where 
index(B) < i. We let X, = N” = {states of length n}. Alternatively, if we 
had viewed X; as the smallest world appropriate for finding the meanings of all 
configurations whose state part has exactly length 7, we would have reached the 
same definition. 

We will let ej, denote the expressor for world X; which reads from the k-th 
location. So 


ek = A(f,Q) : Xi > Y.Ay € Y. proj(f(y), &). 


To see that this works right in a simple case, we observe: e}(idx,)(z) = 
proj(z, k). 

Similarly, we define ai, to be the acceptor for world X; which writes to the 
k-th location: 


al = A(f,Q) : Xi + Y. Ae € [exp] Y. A(g, 2): ¥ > Z. Az eE Zz 
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where 2’ is the unique element of Z such that update(f(gz), k, e(g, R)z) = f(gz') 
if it exists. It is possible that no such 2’ exists. If one exists, however, it is 
guaranteed to be unique by the injectivity aspect of W morphisms. As a sanity 
check, we see that: 


ai (idx, )(e) idx, (xz) = update(z, k, e(idx, )z). 


The following Lemma shows how ak lines up with dnew and how ef lines up 
with €new. It is easily justified from the definitions. 


Lemma 14 Let k > 1 then ak = apew(Xg_-1), and ek = €new( Xe-1) 


The final important consistency property for ai, and e{, (which also comes 
by examining the definitions) is given by the following Lemma. 


i-k 


——— : 
Lemma 15 Let 1<k <i. Let (f,Q) = xNx---xN then aj = [ace](f, Q)at 
and similarly ei, = [acc](f,Q) ek. 


3.5.2 Meanings for Bindings: Environments 


There is one technical difficulty in defining the denotations of bindings. The 
meaning of a binding, B, cannot be a global element of Env (viz. a natural 
transformation from 1 to Env). To see this, we consider the binding B which 
maps k (an identifier of type exp) to 1. Thus [B] should be such that: [B] Xen = 


e? . Now consider the endomorphism f,Q : Xp NG, where f((z,y)) = (y, 2), 
and Q = Ax,—the equality relation on X9. If [B] were natural, then we would 
have to have 

[exp] (f,Q)([B] X2%) = ef. 
But, as the left hand side is equal to e2, we have a contradiction. 

On the other hand, the meaning of a binding cannot be world-independent. 
We observe that the only time in which we use the meaning of a binding is to find 
the meaning of a configuration. Furthermore, the meanings for configurations 
are defined in worlds of a very special form (an X; for some 7). It is therefore not 
surprising that we will only be needing the meaning of an environment in one 
of the X;’s. Moreover, for any of these worlds it is quite clear what the “right” 
meaning of the above B is at «.. The right meaning is ei. We therefore take 
the meaning of B to be a function from N to U; Env(X;)—actually the domain 
of [B] is {n | n > index(B)} rather than N. [B] will have the property that 
[B]i € Env(X;). Specifically, we define [B]z, for all i > index(B) as follows: 


et if B(a*) = j and 6 = exp, 
[B]i(e*) = al if B(a®) = j and 6 = acc, 
Lyejx; otherwise. 


We conclude this Section by mentioning the following important Lemma about 
[B] which follows immediately from Lemma 15. 
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Lemma 16 Suppose i > index(B), then 


[B] (i+ m) = Env(XN x --- x N)([B]}). 


3.5.3 Interpreting Configurations 


We have a natural transformation from worlds to cpo’s to interpret terms. We 
have a way to choose the world appropriate to any given state. We are able to 
think of a state as a semantic entity. We have a function which takes a binding 
and state length (world) to give an environment. How do we put these together 
to interpret a configuration (M, B,o) with length(o) = 7 by: 


[M]X;i([B]?) for M of higher type, 
[M]X;([B]2) idx, 0 for M of base type. 


The following Lemma provides an important consistency result between our 
interpretation of configurations and the way the model interprets New blocks. 


Lemma 17 Let (Newt, k — Ein P,B,o) be a program configuration | = 1+ 
length(c), and B’ = Bll /i,l/«]. Furthermore, suppose [(E, B,o)] = n # 1. 
Then the following always holds: 


[(News, kK — Ein P, B,o)] = S(xN)([(P, B’, on)]) 
Proof: 


[(News, « — nin P, B,o)] 
= [News, & — nin P}(Xi-1)([B]U— 1))(idx,_, (o) (def of I, {]) 


= S(xN)([P](X x N)(w’)(idx,_, xN)(o-n)) (def of [New -- ]) 
= $(xN)([P](X x N)({B'W) (idx, )(o-n)) (see below) 
= (xN)([(P, B’, o.n)]) (def of {(-,-,-)]) 


We have idx,_, xN = idx, simply by virtue of the definitions of X; = X; x N 
and the behavior of xN on W-morphisms. For [B’]l = u’, we first note that u’ 
is defined to be 


(Env(xN)((B]( - 1))) [anew (Xt-1)/1, €new(X1-1)/4].- 
By definition of B’, [B’‘}l = ([B]))[aj /, ef /«]. So, by Lemma 16 we have 
[B'V = (Env(xN)((BI = 1))) fal /2,€f /x] 


Lemma 14 gives a} = dnew(Xi-1) and e} = enew(Xi-1), from which we can 


conclude [B’]! = u’ as required. 
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Chapter 4 


Adequacy 


In this thesis, we have formally defined EoA, an ALGOL-like language which is a 
variant of Reynolds’s essence of ALGOL. We have given two different definitions 
of the semantics for EoA. In Section 2.3 we gave an operational semantics for 
EoA via a set of Plotkin-style SOS rules. In Section 3.4 we gave a denotational 
semantics for EoA using the category of functors from state shapes to bottom- 
less cpos. Each semantics carries with it a natural notion of equality between 
terms in EoA. It should be relatively clear that our operational semantics for 
EoA is “correct” (in the sense that it matches how we expect EoA code to 
behave). It is not nearly so clear that the denotational semantics for EoA is 
“correct.” Thus to show the “correctness” of our denotational model we need 
to tie its behavior to the behavior of our operational model in a mathematically 
rigorous way. Ideally, we would like for this connection to be that equality in 
our denotational semantics coincides with equality in our operational semantics 
(observational congruence). When we have this correspondence exactly, we call 
the denotational model fully abstract with respect to the operational model. 
Unfortunately the semantics of variable allocation (for either block structured 
allocation or dynamic allocation) has resisted several attempts for fully abstract 
models. Meyer and Sieber [9] provide a good summary of this difficulty. Al- 
though, as we discuss in Chapter 5, some progress has been made towards full 
abstraction, it looks like we are still quite far away. For example, the denota- 
tional model considered here is not fully abstract for EoA [13]. 

A denotational model which is adequate, but not fully abstract, can still be 
very useful for deducing observational congruences and other properties of code. 
Any equalities between terms which we are able to prove using such an adequate 
denotational model are also observational congruences between terms. Thus, if 
we establish that our denotational model is adequate, then at least we can say 
that any equalities which we prove denotationally are “correct.” Unfortunately, 
since the denotational model is not fully abstract, it will not be possible to prove 
all observational congruences denotationally. 
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Section 2.5 contains the precise definition of observational congruence (= 45.) 
for EoA. The goal of this Chapter is to prove the following theorem 


Theorem 18 (Adequacy) The Tennent model defined in Section 3.4 is ade- 
quate for KoA. That is, for all EoA terms M, N, 


[M]=[N] implies M=,,,N 


Since the Tennent model is compositional, we need only prove: for all completely 
closed EoA commands P;, P2, [Pi] = [P2] implies P, =,5, Po. 

We will prove this theorem in two steps. First we will show that the eval- 
uation relation preserves denotation (soundness), that is, if y € CUCL and 
yey then [7] = [)’]. Then we will prove that (at least for programs) deno- 
tation determines the final result of evaluation. That is, if [(P, B,o)] = 0’ then 
(P, B,o)-»¢(skip, B,o’). This result combined with the fact that —<¢ is the 
graph of a function gives the result that meaning determines observation, the 
key property of adequacy. It is then a simple task to prove the precise statement 
of Theorem 18. 


4.1 Soundness 


Technically we only need the result of soundness for program configurations 
(configurations whose term part is a program), however the proof requires a 
somewhat more general induction hypothesis which is captured by the following 
Theorem. 


Theorem 19 (Soundness) Let y€ CUCL. Suppose y—cy' then [y] = [y’]. 


Proof: The proof divides into two separate cases, depending on whether 
y €Corye€eCL. The case of y € C is a simple induction on the derivation 
of y—c7’, (see Figure 2.3 on page 17). The subcases of the rules (beta) and 
(eval-operator) fall right out by the standard ccc properties of the model. The 
subcase of (rec-unwind) is slightly more complicated than usual, but still easy. 

The case of y = (Q, B,o) € C is also a simple induction on the derivation 
of y—c7' (see Figures 2.4 and 2.5 on page 18, and also the rule (interaction)). 
The subcase of (interaction) comes directly from the preceding case for y € L. 
We will show the case of the rule (New-eval). The other cases are uninteresting. 

Recall the rule (New-eval): 


(P, B', on) ¢(P’, B’, on’) 
(News, K — nin P, B,o)—¢(Newz, Kk — nin P’, Bo’) 


where = 1+ length(c) and B’ = BUI /1,1/x]. So suppose 


(Newz, « — nin P, B,o)—¢(News, k — n’in P’, Bo’), 
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because (P, B’, o.n)—¢(P’, B’, o'.n'). Then, 


[(Newz, k — nin P, B,o)] 

= S(xN)([(P, B’, o.n)]) (Lemma 17) 
S(xN)([(P’, B’, o’.n’)]) (induction) 
[(News, « — nin P’,B,o’)] (Lemma 17) 


exactly as required. 


4.2 The Computability Relation 


The following Theorem expresses the other half of the adequacy proof. To 
prove this Theorem we use the method of Logical Relations, following very 
much along Plotkin’s lines for PCF [18]. The proof we give uses a syntactic 
unary logical relation on Iterms. The modern trend in adequacy proofs (see 
[10]) has been to use a inclusive binary logical relation between elements of the 
denotational model and syntax. We have also proven the Theorem using this 
modern method. There are various tradeoffs between the two methods. The 
unary relation requires substantial syntactic work to handle the constants Y¢. 
On the other hand, parameterizing the model by worlds and extending terms to 
Iterms complicates the relationship between the model and syntax. We are thus 
unable to come up with a single binary relation between the denotational model 
and syntax. Instead we require a distinct relation for every possible binding. 


Theorem 20 For all Program configurations (P, B,c), 
if [(P,B,o)]=o' then (P,B,c)-»¢(skip, B,o’). 


We prove this by induction on the structure of terms. The induction hypoth- 
esis is stated in the form of a Logical Relation. More precisely, by induction on 
types we define a series of predicates on lterms which we will call comp,. Our 
goal will then be to prove by induction on the structure of terms that all terms 
of type @ have the property compg. 

The task remaining is to find an appropriate definition of compg (for all 
types #) and then to prove that all lterms [M, B]:0 has the property comp,. If 
[M, B]:0 has the property comp, then we call [M, B] computable. We define 
the relation comp, on Iterms [M, B] by induction on types as follows: 


1. We have two subcases for closed Iterms [Q, B] of base type: 


(a) [Q, B]: comm. Let i = index(B). [Q, B] has property compgomm iff 
Vo € X;: 


[(Q,B,o)] =o’ implies (Q,B,o)—¢(skip, B,o’) 
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(b) [Q, B]:exp. Let i = index(B). [Q, B] has property comp,,, iff Vo € 


[(Q, B,c)]Jo=nZL implies (Q, B,c)-»c(n, B,o) 


2. [M, B]:0 — 7 is closed. [M, B] has property comp,_,, iff 
For any closed Iterm [N, B]:0, the closed lterm [(M N), B] has 
property comp,. 


3. [M, B]:@ is open. Let Dom(x) — DomB = {af},...,a%*}. [M, B] has 
property comp, iff 
For all sequences of closed Iterms [Ni, B] : 61,...[Ne, B] : 6x 
having properties comp,,, ... ,compy, respectively, the closed 


lterm [M[Ni/af?]-- -(N;/a}*], B] has property compg. 


In other words, [M, B] has property comp, if all closed instantiations of 
{M, B] by computable closed lterms is computable. 


Of course, in order for this to be useful, we make sure in selecting the defi- 
nition of comp, that if the closed Iterm [P, B] has property comPcomm then, for 
all states o, o’ (with length > index(B)) 

[(P, B,o)] =o’ implies (P,B,o)-»c(skip, B,o’). 
This requires one extra step from the definition of comp,,,,m in the event that 
length(o) > index(B). This extra step can be done either purely operationally 
or via a combination of denotational and operational reasoning. We choose the 
latter. Specifically, let « be a fresh exp identifier, 7 = length(c) and B’ = B[i/k]. 
Since k ¢ FV(P), 
[(P, B,o)] = [(P, B',o)] =o". 


If we could also show that the closed Iterm [P, B’] has the property comPgomm: 
then (P, B’,o)-»co'. Finally, by Property 4 of + ¢ which was 


Let a ¢ FV(Q) and i < length(c), then 
(Q, B,o)>2(Q', B,o') iff (Q, Bli/a], oc) c(Q’, Bli/al, 0’). 
We can relate the behavior of (P, B’, a) back to the behavior of (P, B, o), getting 
(P, B,o)-»co' 


as required. 
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4.2.1 Proving All Lterms Computable 


We prove by induction on the structure of terms, that all lterms are computable. 
We now carefully present the most interesting cases in the proof (although we 
defer the case for Y¢ to the next section). The base cases in a proof by structural 
induction are identifiers and constants. The inductive cases are applications, A- 
abstractions, and New-variable declarations. 

Identifiers come in three flavors. They are: an identifier appearing free in 
a lterm, an exp identifier appearing in the domain of the binding, and an acc 
identifier appearing in the domain of the binding. Consider an arbitrary such 
Iterm [a°, B]. We have: 


[a® ¢ Dom(B)} Any instantiation of the lterm [a’, B] by a closed computable 
Iterm [N, B]:6 is [N, B] which has property comp, (by definition). 


[@ = exp and B(a®?) = i] Let j = index(B) and o € X;. In this case we have 
[(a*?, B, o)] = proj(c,7) because 
[o?, B,o)] = fo] X;([B]j)idx;o (def of [(-,-,-)) 
(e} idx, )o (def of [B]) 
= Oj (def of e7). 


Operationally, the rule (variable-read) gives the desired result: 
(a? B,o)—+¢(proj(o,i), B, a). 


[@ = ace and B(a***) = i] Remember that ace is an abbreviation for exp — 
comm. We need to show for all closed lterms [£, B] of type exp, that the 
Iterm [(a*°* £), B] has property compcomm- Let j = index(B) and o € X;. 
We must show that: 


[((a** E), B,c)] = o' implies ((a?* E), B,o)-»c (skip, B, 0’) 
As 
[(a***, B, o)] = [(a®* E)}X;((B]y)idx,; o (def of [(-, -, -)]) 
[Cor B)]X;([B]J) = a idx, (FE]X;((8]))) 
(def of application and [B]), 


we have of = al idx, ([E]X;([B]J)) idx, o. The definition of a! im- 
plies that there is an n € N such that [E]X;([B]j)idx;o0 = n and 
o’ = update(o,i,n). We assumed that [£, B] was a computable closed 
lterm with property comp,,,, so (E', B,c)—»c(n, B,o). Finally by asimple 
induction on the length of the rewriting sequence (using the rule (assign- 
eval-arg)), followed by an application of the rule (variable-write) we have 


((a? F), By a) ¢ (a? n, B,o)—¢ (skip, B, update(c, 7, n)) 
giving ((a** EF), B,o)—»c¢ (skip, B, update(o, 7, n)). 
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Constants other than Y% are also relatively straightforward to handle. The 
following examples represent all of the interesting issues. 


[n, B] Let 7 = index(B) and o € Xj. Since [(n, B,o)] = [n] X;([B]d) idx, ¢ = 1, 


and (n, B, o)—¢(n, B,o) we are done. 


[seq, B] Let i = index(B) and o € X;. We need to show for all closed com- 


[plus, 


putable Iterms [P;, B] : comm and [P2, B]: comm that the closed lterm 
[(seq P; P2), B] has property comp, jmm-: Specifically, 


[((seq P; P2),B,o)] =o’ implies ((seq P; P2), B,o)—»c(skip, B,o’). 


Suppose [(seq P, P2)]Xi([B]i) idx, ¢ = o’. From the definition of [seq] we 
can conclude that there is a o” € X; such that [Pi] X;([B]1) idx, o = o” 
and [P2]X;([B]2) idx, 0” = o’. Our original assumption was that both 
[P1, B] and [P2, B] were closed Iterms with property comMPcomm- Thus, 
(P;, B,o)—»c(skip, B,o”) and (P2, B,o”)-»c(skip, B,o’) An easy induc- 
tion on the length of the first rewriting sequence (using the rule (seq-eval- 
arg1)) followed by an application of the rule (seq-discharge) then gives 


((seq P; P2), B,o)—»c ((seq skip P2), B, 0”) ¢ (Po, B,o”)—»c (skip, B,o), 
giving (seq P; Py), B,o)-¢ (skip, B, a’). 


B] Let « = index(B) and o € X;. We need to show that for all closed 
computable Iterms [E,, B] : exp and [£2, B) : exp that the closed Iterm 
(plus £, Ez) has property comp,,,. Specifically, [((plus £; F2), B,o)] = 
n # 1 implies ((plus £; E2), B,o)—»c(n, B,o). So, suppose 


[(plus £y F2)] X;([B]2) idx, o =n. 


By the definition of [plus], we know that there must be n,,n2 € N such 
that: 


[Eu xi([B]iidx,o = m 
(Lo)X([B]i)idx,¢ = ny 
mtnge = n 


As [E,, B} and {£2, B] are computable, we have (£,, B,o)-»¢(n1, B,c) 
and (E2, B,o)-»¢(n2, B,o) Another two simple inductions on the length 
of these rewriting sequences (one using the rule (plus-eval-arg1) and the 
other using (plus-eval-arg2)) followed by an application of the rule (plus- 
do) give 

((plus BE, Eo), B,o)—e(n, B,o). 
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Applications fall out easily from comp, being a logical relation. The case 
of [(M N), B] closed is immediate. If [(M N), B] is open, Let M:0@ — 7 and 
N:6 and let [L, B] be a closed instantiation of [(M N), B] by terms Ni,..., Nx 
such that each [N;, B] (for 1 < j < k) is computable. L must have the form 
(M' N') where M' and N’ are instantiations of M and N respectively such that 
both [M’, B] and [N’‘, B] are closed Iterms. By induction [M, B] and [N, B] 
were computable, and so [M’, B] has the property comp,_,, and [N’, B] has the 
property comp,. By definition of comp,_,,, [(M’ N’), B] has property comp, 
exactly as required. 

d-abstractions, [(Aa*. M), B]:9 + r. Let [L, B] be an arbitrary closed in- 
stantiation of {(Aa®. M), B] by computable closed Iterms (same general method- 
ology as applications). In order to show that [Z, B] has the property compy_., 
we observe that L = (\a°.M’) where M’ is an instantiation of all of the free iden- 
tifiers of [M, B] other than a’. The type 6 > 7 can be uniquely rewritten to be 
of the form 0) — 6; > ...0% —+ 8 for some k > 0 and £ € {exp, comm}. To show 
that [L, B] is computable, it suffices to show, for arbitrary computable closed 
Iterms {No, B]:60,...,[Ne, B]: 9%, that the ground term [(L No Ni ... Nx), B] 
has the property compg. For concreteness, we show the result for 8 = exp. Let 
i = index(B) and o € X;. Suppose [L No --- Nx ]X;([B]2) idx, o =n F L, then 
by Soundness 


[(M'[No/a®]) Ni ++ Ng] X<([B]i) idx, o = [L No --- Ne] Xi([B]i) idx, o = 1. 


But [M‘[No/a°*], B] is a computable closed Iterm, therefore the closed Iterm 
[(((M’'[No/a®]) Ni-++Nz), B] is also computable. We now have: 


(L No-++Ng, Bo) ¢((M'[No/a*}) Ni -+ Ne, Bo) c(n, B,o). 


New-declarations, [(Newi, « — Ein P), B]. Without loss of generality, 
suppose this lterm is closed. Let i = index(B) and o € X;. By the identi- 
fier convention we may assume that 1 ¢ Dom(B) and « ¢ Dom(B). We must 


show that 
[(News, « — Ein P,B,o)]=0' 
implies 
(Newt, & — Ein P,o)-»¢(skip,o’). 


We make the following abbreviations: 


B' Bl(i + 1)/2, (6+ 1)/x] 
n = [E]X,([B]‘) idx, o = [(E, B,o)] 


Suppose [(Newz, « — Ein P,B,o)] = o’. The fact that the New-block is 
defined tells us that n # 1. By induction [£, B] has property comp,,,. Since 
[E, B] is a closed lterm, we have (£, B,a)-»c(n, B,o). Then 


(Newz, & — Ein P,B,o)—-»c(News, kK — nin P,B,o). 
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By soundness, [(Newz, « — Ein P,B,o)] = [(Newe, k — nin P,B,o)] = 
o’. By Lemma 17, 


[(News, « — nin P, B,o)] = S(xN)[(P, B’,o.n)] = 0’. 
By definition of S(xN), there must exist an n’ such that 
[(P, B’, o.n)] = o' an’. 


But [P, B’] is a closed Iterm with property comp,gmm-: Note that we were not 
doing an induction on the structure of lterms, but an induction on the structure 
of (ordinary) terms. As, P is subterm of (Newz, « — Ein P), this is a sound 
application of our induction hypothesis. Thus using the computability of [P, B’], 
we have that: 
(P, B’, on)—»¢ (skip, B’, o’.n’) 

An easy induction on the length of the rewriting sequence (using the rule (New- 
eval)) followed by an application of the rule (New-discharge) gives 


(News, Kk — FinP,B,o) -»c (Newz, « — nin P, B,o) 
—»c (News, kK — n’ inskip, B,o’) 


—c (skip, B,c) 


4.2.2 Handling Y 


As with PCF [18], the main difficulty in proving all terms computable is caused 
by the recursion operators, Yg. Before we handle this last case, we need to do 
some substantial preliminary work. 

We make the obvious generalization of Plotkin’s work to EoA. We ap- 
proximate Yg by terms yy), (for n > 0). To do so we first define terms 
Qep = Yeup(Aa™ Pia?) O-omm = Yeomm Aan ae) and Ne..5 = (Aa?®.Q,). 


We then define yw”) by induction on n as follows: 
VP) = Oeseyae and YI°F” = (Aa? **, (a? 8 (Ya?) 


We then have the following useful combinatorial properties for all W-worlds X, 
W-morphisms f : X + Y,u€ Env(X), and me [6 — 6]Y 


[Ye]Xufm = | | (midy)" (Lyx), 
n>0 
[Qe] Xu = tyejx; 


[YY ]Xufm = (midy)" (Lpyx), 
[vo}Xu = L]{I% Xu: n > 0}. 


We define < to be the least relation between terms such that: 
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© p< M:6 and YS”) < Y¢ for all 6, n > 0, 
e MXM, 


elf M:(6 — rT) < M’:(@ — 7) and N:6 < N’:6 then (a. N) X 
(Aa®. N’), and (MN) <(M'N’'), 


e If E:exp < E’:exp and P:comm < P':comm then 


(Newz, « — Ein P) < (News, x — E’in P’). 


The following is the appropriate analogue of Plotkin’s Lemma 3.2 [18] 


Lemma 21 If M < N, (M,B,o) €C and (M, B,o)—+c(M', B,o') then etther 
M'~< N ando =o’ or else for some N’ and a’, (N,B,o)—¢(N’, B,o') and 
M' <N') 


Proof: In order to prove the above Lemma we must first establish the 
analogous result for M—<M", specifically 


If M <~ N, M—_<M' then either M‘’ < N or else for some N’ 
N,N’ and M' < N’. 


The proof of the above result for M—,M' is a simple induction on the 
derivation of M < M’. The proof of the Lemma itself is then merely a te- 
dious induction on the derivation of (M,B,7)—¢(M’, B,o’), with the case of 
(interaction) coming directly from the preceding result. Wl 


We are now ready to prove that all lterms with term part of the form Yg have 
the property compig_,)_.9. Let [Ye, B] be an arbitrary such Iterm. We start by 
observing that any type @ is of the form 7; — T2 + ---— ™ — 6, where 8 € 
{exp, comm}. To show that [Ys, B] has the property compg_.g)_.4, it is enough 
to show that for arbitrary computable closed Iterms [No, B]:@ — 6,(Ni, B]: 
™1,---,[Ne, B], the closed lterm [(YsNo--:Nz), B] has property compg. The 
two cases for # are essentially similar; we argue the case of @ = exp. 

Let 7 = index(B), and o € X;. We must show that 


[(Ye No oa -N,)LX.([B]) idx, go=c a ail 


implies that 
((YeNo-+- Ng), B,o)—c(c, B,o). 


So assuming the hypothesis, we have: 
[Yo] X:([B]2) idx, mo idx, aor ‘idx, ME idx, o=c 


1In order to avoid an endless profusion of “primes” and subscripts, we temporarily abandon 
our metavariable convention (for M and N) for the statement and proof of this Lemma. 
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Where mj; = [Nj] X;([B]#) (for 0 < j < &). We remarked earlier that 


[Yo] Xi([8]é) = |_| INSP LB. 


n>0 


This will give us the following: 


(LJoirrxcan) idx, mo idx, -+-idx, meidx,o = c 


n>0 


[| (ive?) Xi([B]s) idx, mo idx, ---idx, meidx,o} = 
n>0 


Since c EN, and N is flat, then there is a least n such that: 


YP LXi(1B}) idx; mo idx, o ‘idx, Mr idx, o 
[Y.No--- Ne] Xi([B] 0 


Hl 


Cc 


c 


All lterms with term part yy are computable. A simple induction on n shows 
why. For the basis we have that (yi, B] = [Q(e—4)—6, B] is computable (for 
any binding B), since Qg_.9).9 denotes 11(g_.9)9]. For the inductive case, 
VOT), By = [(Aa8*, (9-8) a? 9), B], we use the earlier cases in prov- 
ing that all terms are computable (applications and A-abstractions) to show 
that if tvs”, B] is computable, then so is yor), B). 

Consequently, (YS? No -»- Nx) has property comp,,,. Thus, 


(YSONo +++ Ne, B,o)—c(c, Bo) 
Finally, we apply Lemma 21 and so we can say that: 
(YeNo- $ - Nx, B,o)—c(c, B,o) 


and thus conclude that [Yg, B] is computable. 


4.3 A General Adequacy Theorem for Functor 
Category Models 


Until now we have focused our attention to Tennent’s model of EoA. We ab- 
stract away the details of Tennent’s model and decribe those properties of the 
model upon which the adequacy proof of the preceeding Sections depended. 
We limit our attention to models of EoA which use a functor category of the 
form D4 where A is now permitted to be any small category. We assume [-] is 
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standard c.c.c. interpretation of EoA in D“. That is it is a specification of the 
category, objects for the meanings of base types, and morphisms for the mean- 
ings of constants. We assume that [@ — 7] is the exponent object [6] > [r]. 
We assume that meanings for applications and A-abstractions are found in the 
standard ways. 

Our conditions will provide constraints on what [exp] and [comm] must 
look like, and how the constants must fit together. It will also place some 
constraints between the interpretation of New blocks and the meanings for base 
type. Finally, we must also be able to find appropriate entites in the model to 
interpret bindings and states so that everything will fit together. 

Our first. condition is a restriction on A. We must be able to find an ap- 
propriate sequence of worlds in A to model configurations with state part of 
length 0, and length 1 and length 2, ... To state this precisely we define the 
category NAT = (N,>). NAT has N as objects, and for n greather than or 
equal to m, it has a morphism n > m:m— n. We require that there exist 
a covariant functor L : NAT — A, in order to get off the ground. All of our 
constraints will be phrased in terms of L. In a generalized adequacy proof, we 
would use the object L(i) of A wherever we used the object X; of W in the 
old proof. In place the morphism xN* ; X; > Xi+z%, We now use the morphism 
Lit+k >i): L(t) + Lit+k). 

We require that [exp](Z(i)) “looks like” N' — N,, and that [comm] (L(2)) 
looks like N' + Ni. So we require that ap,,,(e, 0), when viewed as a function of 
a, is isomorphic to N' — Ny (wlog we assume it is equal). Similarly we require 
that appomm(c,7), When viewed as a function of ¢, is isomorphic to N' > N} 
(wlog we assume it is equal). We should really index ap,,, and aPcomm by the 
world L(z) in which the first argument lives, but this should always be evident 
from context. We also require that [exp](L(m > n)) and [comm](L(m > n)) 
behave sensibly. Specifically, we require: 


AP exp (Lexp] (L(m 2 n))(e), (v1, xe .Um)) = AP exp (€; (v1, "e -Un)), 


and 


AP comm(Lexp](L(m > 2))(c), (v1, ---Um)) 


= (¥4,---05, Und1,---Um) if apey(c, (v1,-.-0n)} = (vj, --. 04) 
1 otherwise. 


We require that all of the constants other than Ye (n, skip, IFexpexp, seq, 
IFexpcomm; succ, and plus) satisfy the obvious equations. For Yg, we require that 


[Yel(LQ))(F) = |] CF idea)” (Lpeza).- 


Finally, we must be able to find “locations” in the model which fit together 
properly with each other and with L. For each i and k < 7 we need to find 
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an acceptor ai € [acc](L(i)) which corresponds to the acceptor for the k-th 
component of the state. Similarly we need an expressor ej, € [exp](L(z)). These 
must fit together as they did for Tennent’s model, specifically, 


[acc](L(i > &)) af, 
[exp](Z( > k)) ef. 


Finally, not only must they fit together properly, but they must behave like the 
right locations. The following condition is sufficient: 


ay 


i 


t 
eE 


AP comm(@PaceL(k) (ag, e), c) L otherwise 


{ update(o,n,k) ifap,,,(e,¢) =n, 
AP exp (Ch 7) = proj(c,k) 


We can then define the meanings for bindings as in Section 3.5.2. Finally we 
define the meaning of a configuration (M, B,o) with length(c) = as follows: 


{[M](ZL(:))([B]) for M of higher type, 
[M](L(2))([B]) idx, ¢ for M of base type. 


Lastly we need the appropriate analogue of Lemma 17, which is: for all 
program configurations (News, k — Ein P,B,o), if [(E,B,o)J=nZ1L, l= 
1+4 length(c), and B’ = Bit/e,/x]. 

{(News, & — Ein P,B,o)} 
{ (v1,...,u1) if [(P, B’,om)] = (11,..., 07, 041), 


af otherwise. 


And that’s all. 
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Chapter 5 


Comparing Models of Block 
Structure 


Although the field of denotational semantics has made many strides in its his- 
tory, there is still great difficulty in finding reasonable models of imperative 
features and variable allocation. The most commonly used model of imperative 
features is the “marked store” model, which is little more than an encoding of the 
usual operational semantics—providing little added insight to justify the addi- 
tional technical background required to understand the denotational semantics. 
A guiding concern in the design of a denotational semantics is for the semantics 
to be “fully abstract.” A fully abstract semantics would by definition, contain 
precisely the information about a term that we require in order to understand 
its behavior in all contexts. In other words we would have “abstracted away” 
from all of the irrelevant details. As discussed in [9] the marked stores model 
fails very early on in the quest to full abstraction for block structured local 
variables. The failure results from an inability to fully understand the behavior 
of commands. 


5.1 Advanced Models of Block Structure 


During the 1980’s several more promising models of block structure have been 
presented. Reynolds and Oles developed a model of block structure based on a 
category of functors from a category of state shapes to a category of bottomless 
cpos [15-17, 21]. The work of Reynolds and Oles has been simplified in Tennent’s 
model of Reynolds’s Specification Logic [25]. Tennent separated the issues of 
implicit coercions and block structure, which had been intertwined in the model 
of Reynolds and Oles. Tennent also found a few other technical simplifications 
of the appropriate category of state shapes which should be used for modeling 
block structure. In addition, to properly model interference (which helps in 


51 


understanding how higher order objects behave) Tennent further modified the 
category of state shapes and chose an “ad hoc” definition for [comm], rather 
than taking the functor § — S. Finally, in order to model a principle of “non- 
interference abstraction,” Tennent and O’Hearn [13] adjusted the category of 
state shapes which Tennent originally used in [25]. 

Along a different line, Halpern, Meyer and Trakhtenbrot developed a model 
[5] (now referred to as the HMT store model), which Meyer and Sieber [9] 


summarize as follows: 


Halpern-Meyer-Trakhtenbrot proposed a formal definition of the 
support of a function from Stores to Stores. Intuitively the support 
of a store transformation p is the set of locations which p can read or 
write. In the HMT store model [5], Prog [comm] is taken to be the 
set of p with finite support. To model local variables, the notion of 
support is extended to the type Loc — Prog of block bodies regarded 
as a function of their free location identifier. The semantical space 
used to interpret such block body functions is again restricted to be 
the elements in Locy-+,Prog with finite support. Since there are 
an infinite number of locations, this restriction guarantees that a 
location can be found which is not in the support of any given block 
body. Then local storage allocation for a block begin new 2; body 
end is (uniquely) determined by the rule that z be bound to any 
location not in the support of the function denoted by Ax.body. 


Meyer and Sieber developed what they called “The invariant-preserving model,” 
which is now coming to be called the Meyer-Sieber model. This model validates 
the following reasoning principle: 


Let Q be of type comm — comm, and P of type comm. Let r be 
a property of states such that support(r) M support(Q) = Q. If r is 
an invariant of P, then r is also an invariant of Q(P). 


None of the above models is fully abstract for EoA. We will now examine the 
relative merits of later models—the Tennent model, the O’Hearn-Tennent model 
and the Meyer-Sieber model. It is not obvious whether the Tennent model and 
the O’Hearn-Tennent differ in their equational theory. In fact it is not obvious 
which, if either, has the stronger equational theory. 


5.2 The Meyer-Sieber Examples 
Our discussion focuses on the Meyer-Sieber Examples [9]. Specifically, we ex- 
amine the statement of these examples in EoA and address how the Tennent 


and O’Hearn-Tennent models handle them. All but the last of the Meyer-Sieber 
Examples hold for the Meyer-Sieber model. All of the examples which can be 
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stated in EoA hold for the Tennent and O’Hearn-Tennent models. Since Ex- 
ample 6 critically uses the fact that the sample language is based on locations 
rather than variables, this example cannot be translated into EoA and thus it is 
not handled by the Tennent and O’Hearn-Tennent models. We will see in Sec- 
tion 5.3, slight perturbations of the problems will lead to either open questions 
or outright failures. 


Example 1 The block below is replaceable simply by the call P. 
begin 
new 2; 


P; % P is declared elsewhere 
end 


The translation of this block into EoA would something like: 
Newz, « — OinP 


Contrary to the claim at the end of [25, p. 158], the Tennent model (and also 
the Tennent-O’Hearn model) does satisfy this equivalence—without additional 
constraints on command meanings. A discussion of this equality appears in [13, 
§5, Example 1}, the bulk of the justification being a proof of our Lemma 13. 


Example 2 The block below always diverges. 


begin 
new 7; 
z:= 0; 


P; % P is declared elsewhere 
if contents(x) = 0 then diverge fi 
end 


The translation of this block into EoA would be something like: 


Newz,k —Oin 
P; % P is declared elsewhere 
IFexpexp(& = 0) diverge skip 


This Example is not explicitly discussed in [13], but it is quite simple to 
prove. Specifically, let C be the above EoA command. We show for arbitrary 
worlds X and Y, environments u € Env(X), morphisms f : X — Y and states 
y € Y, that [C]Xufy is undefined. Let p = u(P). Since xN; f x N= f;xN, 
we have p(xN; f x N) = p(f; xN). Suppose that p(f; xN)(y.0), is defined, say 
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it is yn. We must show that n is 0. Let Y’ = Y x {0}. By the uniformity 
condition on elements of [comm]: 


(sc (Ye: xX) (y-0) = (4 xN; [Y’); S( rv) y.0. 
ery 


i] 


yen 


Any state which is equal to the right hand side must lie in the set Y’. Thus, 
y'.n is of the form y’.0, and son = 0. 


Example 3 The blocks 
begin new z; new y; x := 0;y := 0; Q(z, y) end 
and 
begin new z; new y; x := 0;y:= 0; Q(y, z) end 
are equivalent. 
The EoA version of the first block is: 
New 41, Ky — Oin (New tg, Kg — Oin Q(e1)(K1)(t2)(K2)) 
The EoA version of the second block is: 
New 41, Kk, — Oin (New ta, Ko — Oin Q(t2)(K2)(t1)(K1)) 


where Q is an identifier of type acc — exp —> acc — exp — comm. This 
equality was also discussed in [13, §5, Example 2]. They say: “The equivalence 
can be shown by a straightforward calculation using an endomorphism that 
exchanges the two N-valued components in a world of the form X x N xN, thus 
exchanging the declared variables.” Properly using this endomorphism will 
require repeatedly moving it across the commutativity conditions required by 
the functor =. We then observe that this endomorphism is also an isomorphism 
in the category of possible worlds, thus we can use Lemma 13 to move the 
endomorphism across the command. Mf 


Example 4 The block below always diverges. 
begin 


new x; new y; 
procedure Twice; begin y := 2*contents(y) end; 


zr:=0; y:=0 
Q( Twice); % Q is declared elsewhere 
if contents(z) = 0 then diverge fi 


end 
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For the translation of this block into EoA, we beta-reduce the desugared version 
of the procedure declaration to get: 


New 41,41; — Oin 
New t9,Kk2 — Oin 
Q(t2 (2 * K2)) 5 
IFexpcomm(K1 = 0) diverge skip 


This example is more complicated than the earlier ones, and is not specif- 
ically addressed in [13], but it is easily handled using the methods developed 
there. Specifically it is handled by the semantic definition of non-interference 
(#) which they give in Section 3. One merely needs to formalize the usual 
intuition. We have the following: 


Q#k1 (since Q is non-local) 
to(2 * Ko)#Ky (obvious) 
Q(t2(2 * K2))#K1 


where the last step comes from the semantic version of the following “procedure- 
call law”: if C:@ — 6 and an identifier c is not free in C or E then CHE > 
(Vc: 6.c#E — C(c)#E). From this we can conclude that after the execution of 
Q(t2(2 * K2)) the value of «; is unchanged, namely 0. 


Example 5 The block below always diverges. 


begin 
new 23 
procedure Add_2; %Add_2 1s the ability to add 2 to x 
begin z := contents(x) + 2 end 


x := 0; 
Q(Add_2); % Q is declared elsewhere 
if contents(z) mod 2 = 0 then diverge fi 

end 


For the translation of this block into EoA we again beta-reduce the desugared 
version of the procedure declaration getting: 


New 2,« — Oin 
Qe (K + 2)); 
IFexpexp(k mod 2 = 0) diverge skip 


O’Hearn and Tennent also discuss this example in [13, §6]. Their argument 
uses specification logic, rather than a direct semantic proof. Moreover, their 
argument relies on the principle of non-interference abstraction. Whether or not 
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this principle is sound for the Tennent model is an open question. The O’Hearn- 
Tennent model was introduced specifically to overcome this shortcoming. There 
does, however, exist a semantic proof of this equality for the original Tennent 
model. Furthermore, the reasoning carries over directly to the O’ Hearn-Tennent 
model. To see how to prove this in the Tennent model, we make the informal 
observation that 


Q(e(« + 2))#(K mod 2). 


The additional constraint on elements of [comm], requires the equivalence class 
component of the endomorphism [« mod 2] must be respected by [Q(e (« + 2))]. 
Thus the resulting state (if any) of Q(u («+ 1)) must have the same value of 
(« mod 2) as the initial state. Hi 

As we discuss in the next Section, there is a slight perturbation of the above 
block whose divergence (in the Tennent model) is an open question. 


Example 6 The block 


begin 
new 2; 
procedure AlmostAdd_2 
begin if z = z then z := 1 else x :=contents(x) + 2 fi end 


z:=0; 
Q(Add_2); % Q is declared elsewhere 
if contents(x) mod 2 =0 then diverge fi 


end 


always diverges. 


A test for equality of locations is not a part of EoA, nor is it possible to simulate 
such a test in EoA. Therefore Example 6 is not relevant to EoA. 


Example 7 The block 


begin new z; procedure Add_1; begin z := Contents(z) + 1 end; 
P(Add_1) end 


is observationally congruent to the block 


begin new 2; procedure Add_2; begin z := Contents(z) + 2 end; 
P(Add_2) end. 


The desugared EoA encodings of these blocks are: 
Newz, « — Oin (AAdd_1. P(Add_1))(e (« + 1)) 


and 
Newz, x — Oin (AAdd_2. P(Add_2)) (u(x + 2)). 
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To see why this equality holds, we let V = N and V’ = {n EN | n is even}. 
Given any world X, we can define a W-isomorphism (i, Tx xv‘) : X x V > 
X x V', where i(zin) = 2.(2n), and Txxy: is the universally true binary 
relation on X x V’. As with the argument for Example 5, we know that 
P(Add_2)# Parity(«), thus the behavior of P(Add_2) in world X x V’ com- 
pletely projects into its behavior on states of the form 2.2n in world X x V. In 
other words, for the u that arises in interpreting the second block, we have: 


[P(Add.2)](X x V)(u)(idx xv )(z.n) = [P(Add_2)](X x V)(u2))(idx xv:)(aen) 
where u2 = Env([(X x V’))u. From this we need to show: 

[P(Add_1)](X x V)(u1) (idx xv )(aen) = [P(Add_2)](X x V)(u2)(idx xv’) (-2n) 
using 


ui(P) [comm — comm](xN)p = pi 

uo(P) [comm —+ comm] (xN; [(X x V’)) = po 
c, = wu,(Add_1) 
C2 = wU2(Add_2). 


It is sufficient to prove the following equality, which follows via an argument 
analogous to that for Example 3, using the isomorphism (7, Tx xy’). 


p (id) (c1)(idx xv (een) = p (dy iexvn) (co)(idx x v1)(2-2n) 


| 

There is one other example of an equivalence which the Tennent model 
satisfies, which is interesting[13, §5,Example 3]. This does not appear as one 
of the Meyer-Sieber examples, and Sieber claims that this example fails in the 
Meyer-Sieber model. It is essentially 


Example 8 The following blocks are equivalent: 


P(x); % P is declared elsewhere 


and 
P(1) 


Operationally, the idea is that P does not have write access to X, so that 
whenever z is evaluated as part of the call P(x), x must produce 1. 


oT 


5.3 Failure of Full Abstraction 


The fact that the Tennent and O’Hearn-Tennent models correctly handle all 
of the relevant Meyer-Sieber examples demonstrates the substantial power of 
these models. Looking at these examples alone, however, is quite misleading. 
There are slight perturbations of the Meyer-Sieber examples which the Tennent 
or O’Hearn-Tennent models do not handle (or where their performance is an 
open problem). Furthermore, there is a simple example which the Meyer-Sieber 
model (and most other models) handles but the Tennent and O’Hearn-Tennent 
models do not. 

We start with the Example due to O’Hearn [13] which first showed the failure 
of full abstraction (for both the Tennent and O’Hearn-Tennent models) [13]. 


Example 9 The block 
begin new z; P(skip) end 
is observationally congruent to the block 


begin new z; procedure Add_1; begin zx := Contents(z) + 1 end; 
P(Add_1) end. 


This is just a slight perturbation of Example 7. Intuitively the Tennent and 
O’Hearn Tennent models fail because even though P does not have complete 
access to z from Add_1, P can check whether or not Add_J has a side-effect on 
zx. Specifically, they let p € [comm— comml]X be defined as follows: for any 


f: ay: c € [comn, g: yy: and s € S(Z), 


fare s if cgs = s, 
PI undefined, otherwise. 


Then 
plidx )([skip] Xu)(idx )(8) = s, 
whereas 


p(x) (fr s= 2 + IX x N(u')) (idx xv )(s.0) 


is undefined, where u and wu’ are the appropriate non-local and local environ- 
ments, respectively. Hi 

From O’Hearn’s counterexample to full abstraction, we manage to construct 
an example which is handled by most other models, but neither the Tennent 
model nor the O’Hearn-Tennent model handle. 


Example 10 The block 
begin new z; P(z:=2+41;2:=2+41) end 


is observationally congruent to the block 


58 


begin new z; P(z:= 2+2) end 


Intuitively, this failure is because these models are sensitive to intermediate 
states encountered during program execution. Specifically, we modify the proof 
for the preceding example and take instead 


pfegs = c(g; [{z, e(g)z})z. 
Then we have 
p(x) ([2 = 2 + 2Y(X x N)(u)) (idx xv (5.0) = 542 
whereas 
p(xN)([2 at lynss et I(X x N\(u)) (idx xv)(s.0) 


is undefined, where u is the appropriate local environment. ll 

Finally, we have a perturbation of Example 5 which is handled by the 
O’Hearn-Tennent model, but whether or not the Tennent model handles is it 
an open problem. 


Example 11 The block below always diverges. 


begin 
new Z; 
procedure Add.2; %Add_2 ts the ability to add 2 toz 
begin zx :=contents(r) + 1; x :=contents(r) + 1; end 


r:=0; 
Q(Add_2); % Q is declared elsewhere 
if contents(z) mod 2= 0 then diverge fi 

end 


O’Hearn and Tennent justified this example by showing that the O’Hearn- 
Tennent model satisfies a principle called “Non-Interference Abstraction,” which 
has the following as a special case 


P#HR& {RJC{R} > {R}P(C){R}. 


In English, this says that if P does not interfere with property R and property R 
is preserved by C’, then property R is preserved by the call P(C). This principle 
is sufficient to justify the above Example. Mf 

It is an open problem as to whether or not the Tennent model satisfies the 
principle of Non-Interference Abstraction. It is also an open problem as to 
whether or not the Tennent model and the O’Hearn-Tennent model have the 
same equational theories. Furthermore, in the event that the equational theories 
differ, it is not obvious whether one must be stronger than the other, or if they 
could be incomparable. 
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Chapter 6 


Conclusion 


We have given the first complete exposition of a Structured Operational Se- 
mantics for an ALGOL-like language, and have shown that the Tennent and 
O’Hearn-Tennent functor category models are adequate with respect to this 
semantics. As the Tennent and O’Hearn-Tennent models were themselves de- 
signed to provide a model of Reynolds’s Specification Logic [22], the adequacy 
result of this thesis can be taken to be an adequacy result for Specification Logic. 
Thus this thesis provides a concrete connection between Specification Logic and 
our operational understanding of how ALGOL-like code should behave. 

One novel feature used in defining the operational semantics is the handling 
of New-blocks. Specifically, the use of the initialization for the new variable and 
the rule (New-eval) seemed to make the technical work in the Adequacy proof 
flow cleanly. 

Having established the adequacy of these models, the next question to ask 
is “Are they fully-abstract?” Section 5.3 shows that they are not. Another 
reasonable question to ask is how close do they come? In other words, what 
“partial full-abstraction” results hold. For example, the model is fully abstract 
for the equational theory of EoA commands with free identifiers restricted to 
be of type exp or comm. On the other hand, the counterexamples of Section 5.3 
reflect a failure of full abstraction for the equational theory of EoA terms with 
free identifiers restricted to be of type comm — comm or below. Related to 
lower-order full abstraction results are “half-full abstraction” results. Specifi- 
cally, for what collection of C (if any) is the model fully abstract for equalities 
of the form C = P where P is a program? What about when P is a closed 
command? 

Aside from taxonomy, the natural question is to ask as to whether or not 
we can “repair” these models so as to either achieve full abstraction, or at 
least come closer to it. It might be possible to obtain models with equational 
theories closer to full abstraction by perturbing the model in subtle ways. The 
generalization of the adequacy proof given in Section 4.3 provides some loose 
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